Bandwidth part switching

ABSTRACT

Arrangement for switching between an active bandwidth part and the target bandwidth part are disclosed. A method includes selecting one or more resource blocks comprised in the target bandwidth part for a transmission or reception between the wireless device and the network node. The selected resource blocks to be used in the target bandwidth part are indicated in a resource allocation field of a downlink control channel information in the active bandwidth part. The allocation field includes information bits and the resource allocation field in the active bandwidth part and the information bits are configured based on a target bandwidth part resource allocation type. The target bandwidth part resource allocation type indicates whether the information bits have a bitmap corresponding to one or more resource block groups or an integer value corresponding to a starting resource block and a length of the allocation in resource blocks.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Submission Under 35 U.S.C. § 371 for U.S. NationalStage Patent Application of International Application No.:PCT/EP2019/058642, filed Apr. 5, 2019 entitled “BANDWIDTH PARTSWITCHING,” which claims priority to U.S. Provisional Application No.62/653,566, filed Apr. 6, 2018, the entireties of both of which areincorporated herein by reference.

TECHNICAL FIELD

This disclosure relates to resource allocation, and in particular toswitching between bandwidth parts and the allocation of resourcestherein.

BACKGROUND

The 5G (also referred to as “NR”) cellular networks are envisioned tosupport both high single-user data rates (e.g., 1 Gb/s) and large-scale,machine-to-machine communication involving short, bursty transmissionsfrom many different devices that share the frequency bandwidth. The 5Gradio standards (also referred to as “New Radio” or “NR”) are currentlytargeting a wide range of data services including eMBB (enhanced MobileBroad Band) and URLLC (Ultra-Reliable Low Latency Communication). Theseservices can have different requirements and objectives. For example,URLLC is intended to provide a data service with extremely strict errorand latency requirements, e.g., error probabilities as low as 10⁻⁵ orlower and 1 ms (or less) end-to-end latency. For eMBB, the requirementson latency and error probability can be less stringent whereas therequired supported peak rate and/or spectral efficiency can be higher.

In Release-15 (Rel-5) NR, a user equipment (UE) can be configured withup to four carrier bandwidth parts (BWPs) in the downlink (DL), with asingle downlink carrier BWP being active at a given time. Likewise, a UEcan be configured with up to four carrier BWPs in the uplink, with asingle uplink carrier BWP being active at a given time. If a UE isconfigured with a supplementary uplink, the UE can in addition beconfigured with up to four carrier BWPs in the supplementary uplink witha single supplementary uplink BWP part being active at a given time.

For a carrier BWP with a given numerology μ_(i), a contiguous set ofphysical resource blocks (PRBs) are defined and numbered from 0 toN_(BWP,i) ^(size)−1, where i is the index number of the carrierbandwidth part. A resource block (RB) is defined as 12 consecutivesubcarriers in the frequency domain. In NR, each of the carrierbandwidth parts can be configured with a particular numerology,comprising the SCS (also referred to as Δf) and cyclic prefix (CP) typesuch as for Long Term Evolution (LTE). Table 1 below shows the foursupported numerologies for NR, with μ_(i)=0 corresponding to the LTEnumerology.

TABLE 1 Supported NR transmission numerologies. μ Δf = 2^(μ) · 15 [kHz]Cyclic prefix 0 15 Normal 1 30 Normal 2 60 Normal, Extended 3 120 Normal4 240 Normal

Various physical channels are also defined by 3GPP standards for 5G/NR.A downlink physical channel corresponds to a set of resource elementscarrying information originating from higher layers. The following NRdownlink (DL) physical channels are defined:

-   -   Physical Downlink Shared Channel, PDSCH    -   Physical Broadcast Channel, PBCH    -   Physical Downlink Control Channel, PDCCH:

PDSCH is the main physical channel used for unicast downlink datatransmission, but also for transmission of RAR (random access response),certain system information blocks (SIBs), and paging information. PBCHcarries the basic system information, required by the UE to access thenetwork. PDCCH is used for transmitting downlink control information(DCI), mainly scheduling decisions, required for reception of PDSCH, andfor uplink scheduling grants enabling transmission on PUSCH.

An uplink (UL) physical channel corresponds to a set of resourceelements carrying information originating from higher layers. Thefollowing uplink physical channels are defined for NR:

-   -   Physical Uplink Shared Channel, PUSCH:    -   Physical Uplink Control Channel, PUCCH    -   Physical Random Access Channel, PRACH

PUSCH is the uplink counterpart to the PDSCH. PUCCH is used by UEs totransmit uplink control information, including HARQ acknowledgements,channel state information reports, etc. PRACH is used for random accesspreamble transmission.

In general, an NR UE shall determine the RB assignment in the frequencydomain for PUSCH or PDSCH using the resource allocation field in thedetected DCI carried in PDCCH. For PUSCH carrying msg3 in arandom-access procedure, the frequency domain resource assignment issignaled by using the UL grant contained in RAR. In NR, two frequencyresource allocation schemes, type 0 and type 1, are supported for PUSCHand PDSCH. The particular type to use for a PUSCH/PDSCH transmission iseither defined by an RRC-configured parameter or indicated directly inthe corresponding DCI or UL grant in RAR (for which type 1 is used).

The RB indexing for uplink/downlink type 0 and type 1 resourceallocation is determined within the UE's active carrier bandwidth part,and the UE shall upon detection of PDCCH intended for the UE determinefirst the uplink/downlink carrier bandwidth part and then the resourceallocation within the carrier bandwidth part. The UL BWP for PUSCHcarrying msg3 is configured by higher layer parameters. In resourceallocation of type 0, the frequency domain resource assignmentinformation includes a bitmap indicating the Resource Block Groups(RBGs) that are allocated to the scheduled UE where a RBG is a set ofconsecutive physical resource blocks. The RBG size can be configured to2, 4, 8, or 16.

On the other hand, in resource allocation type 1, the frequency domainresource assignment information consists of a resource indication value(RIV) corresponding to a starting virtual resource block (RB_(start))and a length in terms of contiguously allocated resource blocks L_(RBs).The resource indication value may be defined by

if (L _(RBs)−1)≤└N _(BWP) ^(size)/2┘ then RIV=N _(BWP) ^(size)(L_(RBs)−1)+RB _(start)

else RIV=N _(BWP) ^(size)(N _(BWP) ^(size) −L _(RBs)+1)+(N _(BWP)^(size)−1−RB _(start))

where L_(RBs)≥1 and shall not exceed N_(BWP) ^(size)−RB_(start); andN_(BWP) ^(size) is the number of RBs in the corresponding BWP.

The number of bits needed for indicating all possible RIV values can becalculated by ┌log₂(N_(BWP) ^(size)(N_(BWP) ^(size)+1)/2)┐, i.e., toindicate all possible starting positions and lengths.

Signalling of frequency domain resource assignment based on RIV encodedwith quantized starting virtual resource block (RB_(start)) and length(L_(RBs)) is performed in the LTE standard, e.g., type-2 resource blockassignment field in DCI format 1C for very compact scheduling of onePDSCH codeword transmission; DCI format 7-1A/7-1B for subslot/slot basedPDSCH transmission; and type 0 resource block assignment field in DCIformat 7-0A/7-0B for subslot/slot based PUSCH transmission. For allthese signalling methods, the same quantization step size is assumed forthe starting RB position and the length. In addition, the minimum lengthis limited to the step size (i.e., cannot be one).

In NR, a carrier bandwidth part may be configured with up to 275 RBs. Inthis case, the frequency domain resource assignment field requires atleast 18 bits (with RBG size equal to 16) if using frequency resourceallocation type 0. If resource allocation type 1 is used, then, thenumber of frequency domain resource assignment field can be reduced to16 bits. Furthermore, the number of bits for type 1 resource allocationmay be defined based on another BWP than the one the resource allocationshould be applied to. Similarly, due to other constraints, the number ofsignalling bits may not be sufficient for frequency domain resourceassignment in the active BWP on which PDSCH/PUSCH is scheduled to betransmitted. In addition, for some special cases (e.g., msg3transmission in a random access procedure), the requirements of the RBresolution for starting RB position and length can be different. For atleast these reasons, the LTE approach for signalling frequency-domainresource assignment is inadequate, and new signalling methods forfrequency domain resource assignment are needed.

A network node may signal a UE's frequency domain resource assignmentfor PUSCH/PDSCH transmission by using a resource indication value (RIV)corresponding to a starting virtual resource block (RB_(start)) and alength in terms of contiguously allocated resource blocks L_(RBs) Thenumber of bits for indicating the RIV may be mismatched with the numberof RBs in the BWP in which PUSCH or PDSCH is scheduled to betransmitted. Here, mismatch is defined as the number of bits forindicating RIV is different from ┌log(N_(BWP) ^(size)(N_(BWP)^(size)+1)/2)┐, where N_(BWP) ^(size) is the number of RBs in the BWP. Anetwork node may signal the UE's frequency-domain resource assignment invarious ways, which are described below in more detail.

In some examples (also referred to herein as “Method 1a”), the RIV isdefined such that it supports all possible allocation lengths(L_(RBs)=1, 2, . . . , N_(BWP) ^(size)), and the resolution (orgranularity) for starting virtual resource block (RB_(start)) is α RBs.

RIV encoding according to the examples of Method 1a can be determined asfollows:

-   -   Assuming RB_(start)={0, α, 2α, . . . , (└N_(BWP) ^(size)/α┘−1)α}        and L_(RBs)={1, 2, . . . , N_(BWP) ^(size)}, define:

RB _(start) ′=RB _(start)/α,

L _(RBs) ′=└L _(RBs)/α┘+1,

k=(L _(RBs)−1)mod α→k={0,1, . . . ,α−1}

N′ _(BWP) ^(size) =└N _(BWP) ^(size)/α┘

-   -   RIV can then be determined according to:

if (L _(RBs)′−1)<=[N′ _(BWP) ^(size)/2] then

RIV=N′ _(BWP) ^(size)(L _(RBs)′−1)+RB _(start) ′+k*(N′ _(BWP)^(size)+1)*N′ _(BWP) ^(size)/2

else

RIV=N′ _(BWP) ^(size)(N′ _(BWP) ^(size) −L _(RBs)′+1)+(N′ _(BWP)^(size)−1−RB _(start)′)+k*(N′ _(BWP) ^(size)+1)*N′ _(BWP) ^(size)/2

Also according to the exemplary examples of Method 1a, the value of acan be determined by equations (1) and (2) below. The number of encodedRIVs, M, is

M=α(└N _(BWP) ^(size)/α┘+1)*(└N _(BWP) ^(size)/α┘)/2,  (1)

and if the number of bits for signaling RIV is b, then the followingmust be satisfied:

b=┌log₂ M┐  (2)

Given a value of b, the resolution for starting virtual resource block(RB_(start)) in terms of number of RBs (a) can be determined by usingequation (1) and (2). For example, if the number of bits for frequencyallocation is b=4 bits for a BWP of N_(BWP) ^(size)=6 RBs, then, theresolution of the starting RB should be designed to α=2 as shown inFIG. 1. In another example, if the number of bits for frequencyallocation is b=3 for the same BWP of N_(BWP) ^(size)=6 RBs, then, theresolution of the starting RB should be α=3.

In other examples according to Method 1a, the value of a can bedetermined by α=┌(N_(BWP,1) ^(size)/N_(BWP,2) ^(size))²┐, whereN_(BWP,1) ^(size) is the size of the BWP to which apply the RIV, andN_(BWP,2) ^(size) is the size of the BWP used to define the RIV size orthe maximum size of the BWP that can be supported by the number ofsignaling bits used for frequency allocation.

In other examples (also referred to herein as “Method 1b”), the RIV isdefined such that it supports all possible starting virtual resourceblock (RB_(start)=0, 1, . . . , N_(BWP) ^(size)), and the resolution forallocation lengths is α RBs (L_(RBs)=1, 1+α, . . . , └(N_(BWP)^(size)−1)/α┘α+1).

In other examples (also referred to herein as “Method 2a”), the RIV isdetermined such that it supports flexible starting virtual resourceblock no greater than N_(BWP) ^(size)−L_(min) (i.e., RB_(start)=0, 1, 2,. . . , N_(BWP) ^(size)−L_(min)), and the length no less than L_(min)(i.e., L_(RBs)=L_(min), L_(min)+1, . . . , N_(BWP) ^(size)) with1≤L_(min)≤N_(BWP) ^(size).

RIV encoding according to the examples of Method 2a can be determined asfollows. Assuming RB_(start)={0, 1, 2, . . . , N_(BWP) ^(size)−L_(min)}and L_(RBs)={L_(min), L_(min)+1, . . . , N_(BWP) ^(size)}, define:

L _(RBs) ′=L _(RBs) −L _(min)+1,

N′ _(BWP) ^(size) =N _(BWP) ^(size) −L _(min)+1

RIV can then be determined according to:

if (L _(RBs)′−1)<=[N′ _(BWP) ^(size)/2] then

RIV=N′ _(BWP) ^(size)(L _(RBs)′−1)+RB _(start)

else

RIV=N′ _(BWP) ^(size)(N′ _(BWP) ^(size) −L _(RBs)′+1)+(N′ _(BWP)^(size)−1−RB _(start))

Also according to the example of Method 2a, the value of L_(min) can bedetermined by equations (3)-(5) below. The number of encoded RIVs, M, is

determined by:

M=(N _(BWP) ^(size) −L _(min)+)*(N _(BWP) ^(size) −L _(min)+2)/2  (3)

Assuming that the number of bits available for signaling RIV is b, then,the following relation must be satisfied:

b=┌log₂ M┐  (4)

As such, given a value of b, the value of L_(min) can be determined byusing eqs. (3) and (4):

$\begin{matrix}{L_{\min} = {N_{BWP}^{size} + \left\lceil \frac{3 - \sqrt{1 + 2^{b + 3}}}{2} \right\rceil}} & (5)\end{matrix}$

In other examples (also referred to herein as “Method 2b”), the RIV isdetermined such that it supports flexible starting virtual resourceblock no greater than N_(BWP,2) ^(size)−1 (i.e., RB_(start)=0, 1, . . ., N_(BWP,2) ^(size)−1), and the lengths is no greater than L_(max)(i.e., L_(RBs)=1, 2, . . . , L_(max)) with 1≤L_(max)≤min(N_(BWP,1)^(size), N_(BWP,2) ^(size)), where N_(BWP,1) ^(size) is the size of theBWP to which apply the RIV, and N_(BWP,2) ^(size) is the size of the BWPused to define the RIV size or the maximum size of the BWP that can besupported by the number of signalling bits used for frequencyallocation. FIG. 9 below illustrates a manner of using 5 bits forencoding RIV, according to Method 2b, to support frequency domainresource allocation for a BWP with N_(BWP) ^(size), =8 by usingL_(max)=6. This case is overlaid in FIG. 9 with encoding for the case ofN_(BWP) ^(size)=6/L_(max)=6.

RIV encoding according to the examples of Method 2b can be determined asfollows. Assuming RB_(start)={0, 1, 2, . . . , N_(BWP) ^(size)−1} andL_(RBs)={1, 2, . . . , L_(max)}, define N′_(BWP) ^(size)=N_(BWP,2)^(size). RIV can then be determined according to:

if (L _(RBs)−1)<=└N′ _(BWP) ^(size)/2┘ then

RIV=N′ _(BWP) ^(size)(L _(RBs)−1)+RB _(start)

else

RIV=N′ _(BWP) ^(size)(N′ _(BWP) ^(size) −L _(RBs)+1)+(N′ _(BWP)^(size)−1−RB _(start))

Also, according to the examples of Method 2b, a value of L_(max) can bedetermined by equations (6)-(8) below. The number of encoded RIVs, M, isdetermined by:

M=N′ _(BWP) ^(size)(N′ _(BWP) ^(size)+1)/2  (6)

Assuming that the number of bits available for signalling RIV is b,then, the following relation must be satisfied:

b=┌log₂ M┐  (7)

As such, given a value of b, the value of L_(min) can be determined byusing eqs. (6) and (7):

$\begin{matrix}{L_{\max} = \left\lfloor \frac{\sqrt{1 + 2^{b + 3}} - 1}{2} \right\rfloor} & (8)\end{matrix}$

In other examples (also referred to herein as “Method 3”), the RIV isdetermined according to resource allocation type 1 in LTE, but differentpuncturing patterns are configured to exclude a set of combinations ofRB_(start) and L_(RBs). Various examples pertaining to Method 3 aregiven below, but these are intended only to aid in explanation andunderstanding of the principles related to Method 3 and are not intendedto be limiting.

In one example, a puncturing pattern configuration field for indicatingthe positions of the truncating/padding bits when applying standard RIVencoding can be included in the signalling for frequency-domain resourceallocation. For example, the currently-defined maximum number of 275PRBs, for NR, requires 16 bits to represent a RIV value using thelegacy/existing type 1 encoding for assignment of frequency-domainresources, illustrated in FIG. 3 above. If 12 bits are used instead forfrequency domain resource assignment in a BWP configured with 275 RBs,then four of the 16 bits can be punctured in various arrangements.

In one such example puncturing arrangement, the two most significantbits of the 12 bits can be used for puncturing pattern indication. Forexample, these bits can indicate various patterns such as inserting x=4(e.g., x=16-12) most significant bits with value set to ‘O’ after ybits, and interpret the expanded resource block assignment according tostandard SIV method. The value of y can depend on the value of the twopattern indication bits. For example, y=2, 4, 8, 12 can correspond topatterns 1, 2, 3, and 4, respectively, indicated by the two mostsignificant bits.

pattern 1, 0000 00XX XXXX XXXX

pattern 2, 01XX 0000 XXXX XXXX

pattern 3, 10XX XXXX 0000 XXXX

pattern 4, 11XX XXXX XXXX 0000

In another example, the puncturing can be a predefined pattern, e.g. thex=4 MSB with value set to zeros are always inserted after y=12 bits; Inthis case, the predefined pattern is XXXX XXXX XXXX 0000. In anotherexample, the N_(hop) most significant bits of the 12 frequencyallocation bits can be used for frequency hopping indication. Thepuncturing pattern indication bits can be indicated by the 2 bits afterthe N_(hop) frequency hopping bits. Padding bits are inserted after ybits, where the value of y is based on both the hopping bits and thepuncturing pattern indication bits. If the puncturing pattern ispredefined or configured by higher layers, then no bits are needed (inDCI) to indicate puncturing pattern, and the value of y can depend onthe predefined puncturing pattern and the number of bits for frequencyhopping indication.

In other examples corresponding to Method 3, the pattern indication candepend on other known parameters, e.g. the range of bandwidth part size.Likewise, the pattern indication bits can be provided to the UE invarious ways including, for example: broadcast system informationmessages (e.g., SIB1); UE-specific Radio Resource Control (RRC) messagesthat can overwrite existing indication that were predefined or providedin SIB messages; in other reserved fields or code points in thescheduling DCI or RAR message.

In other examples (also referred to herein as “Method 4”), the RIV isdetermined according to a starting virtual resource block (RB_(start))(e.g., similar to Method 1a) or according to allocation length L_(RBs)(e.g., similar to Method 1b). However, exemplary embodiments accordingto Method 4 differ from exemplary embodiments according to Methods 1a/1bin that the RIV is encoded by using the existing standard RIV encodingbased on the BWP which defines the RIV size.

More generally, in Method 4, a frequency domain resource assignmentfield can be encoded to a RIV corresponding to: 1) a starting virtualresource block (RB_(start)) with a resolution of K_(S) RBs; and 2) alength (L_(RBs)) of virtually contiguously allocated resource blockswith a resolution of K_(L) RBs. The RIV can be encoded based on existingstandard RIV encoding according to a BWP that defines the frequencydomain resource assignment field size. In the following explanatory butnon-limiting examples, the frequency-domain resource assignment field isassumed to have a size of b bits and to be applied for a first BWP withN_(BWP,1) ^(size) RBs. The size, b, corresponds to a second BWP withN_(BWP,2) ^(size) RBs, i.e., b=┌log₂(N_(BWP,2) ^(size)(N_(BWP,2)^(size)+1)/2)┐.

In one group of examples of Method 4, the quantized values of RB_(start)start from 0 and the quantized values of L_(RBs) start from K_(L). Inother words, RIV encoding is such that an encoded RIV corresponds to astarting virtual resource block RB_(start)=(0, K_(S), 2K_(S), . . . ,RB_(start,max)) and L_(RBs)=(K_(L), 2K_(L), . . . , L_(RBs,max)), with

RB _(start,max)=min((N _(BWP,2) ^(size)−1)×K _(S),(└N _(BWP) ^(size) /K_(S)┘−1)×K _(S)), and

L _(RBs,max)=min(N _(BWP,2) ^(size) ×K _(L) ,└N _(BWP,1) ^(size) /K _(L)┘×K _(L)).

An example where four (4) bits are allocated for signaling of frequencydomain resource assignment in an initial BWP configured with five (5)RBs. The RIV can be encoded according to the initial BWP based on thestandard encoding method. To use four bits for frequency domain resourceassignment in another BWP configured with six (6) RBs, a resolution oftwo (2) RBs can be introduced to the starting virtual resource block.

RIV encoding according to the above-described examples of Method 4 canbe determined as follows. Assuming RB_(start)′=RB_(start)/K_(S) andL_(RBs)′=L_(RBs)/K_(L). RIV can then be determined according to:

If 1≤L _(RBs) ′≤N′ _(BWP) ^(size) −RB′ _(start), then

if (L′ _(RBs)−1)<=[N′ _(BWP) ^(size)/2] then

RIV=N′ _(BWP) ^(size)(L′ _(RBs)−1)+RB′ _(start)

else

RIV=N′ _(BWP) ^(size)(N′ _(BWP) ^(size) −L′ _(RBs)+1)+(N′ _(BWP)^(size)−1−RB′ _(start))

else

RIV=Invalid

end

Furthermore, K_(S) and K_(L) can then be determined (for all integervalues ≥1) in various ways for this group of examples of Method 4, basedon the following definitions:

RB _(start,max)=min((N _(BWP,2) ^(size)−1)×K _(S),(└N _(BWP,1) ^(size)/K _(S)┘−1)×K _(S))

L _(RBs,max)=min(N _(BWP,2) ^(size) ×K _(L) ,└N _(BWP,1) ^(size) /K _(L)┘×K _(L))

Nevertheless, when N_(BWP,2) ^(size)<└N_(BWP,1) ^(size)/K_(S)┘ or/andN_(BWP,2) ^(size)<└N_(BWP,1) ^(size)/K_(L)┘, some possible quantizedvalues of RB_(start) and L_(RBs) may not be supported. Moreover, it ispossible to optimize the values of K_(S) and K_(L) to make efficient useof the b signaling bits, and at the same time provide the requiredflexibility frequency domain resource assignment.

In some examples corresponding to Method 4, the value(s) of K_(S) and/orK_(L) can be determined based on the ratio between N_(BWP,1) ^(size) andN_(BWP,2) ^(size). For example, if K_(S)=K_(L)=K, then, K=f(N_(BWP,1)^(size)/N_(BWP,2) ^(size)), where the function f(.) can be floor,ceiling, round to the closest integer, or any other function that can beemployed to provide an appropriate and/or desirable result.

In other examples corresponding to Method 4, if K_(L)=1 is required(e.g., for PUSCH or PDSCH transmissions with small payload sizes), thenthe value of K_(S) can be determined based on f((N_(BWP,1)^(size)/N_(BWP,2) ^(size))²), where the function f(.) can be floor,ceiling, round to the closest integer, or any other function that can beemployed to provide an appropriate and/or desirable result. Similarly,if K_(S)=1, then, the value of K_(L) is determined based on f((N_(BWP,1)^(size)/N_(BWP,2) ^(size))²).

In other examples corresponding to Method 4, K_(L)=K_(S)=K, and thevalue of K can be determined as follows. If all quantized allocationpossibilities are supported then, the number of encoded RIVs, M, isdetermined by:

M=(└N _(BWP,1) ^(size) /K┘+1)*(└N _(BWP,1) ^(size) /K┘)/2  (9)

Assuming that the number of bits available for signalling RIV is b,then, the following relation must be satisfied:

b=┌log₂ M┐  (10)

As such, given a value of b, the resolution for starting virtualresource block and the length in terms of number of RBs, K, can bederived by using equation (9) and (10). Although In the above it hasbeen assumed the down sampling starts RB_(start)=0 and L_(RBs)=K_(L),different offset values can be used, leading to slightly differentvalues/equations.

In other examples corresponding to Method 4, K_(L)=K_(S)=1 if the ratiobetween N_(BWP,1) ^(size) and N_(BWP,2) ^(size) is below a certainthreshold. For example, if:

┌log₂(N _(BWP,1) ^(size)(N _(BWP,1) ^(size)+1)/2)┐−┌log₂(N _(BWP,2)^(size)(N _(BWP,2) ^(size)+1)/2)┐<1,

-   -   then, K_(S)=K_(L)=1. For lager BWP, this can be approximated to:

if N _(BWP,1) ^(size) /N _(BWP,2) ^(size)<√{square root over (½)}, thenK _(S) =K _(L)=1.

In other examples corresponding to Method 4, K_(L)=K_(S)=1 if thedifference between N_(BWP,1) ^(size) and N_(BWP,2) ^(size) is below acertain threshold.

In another group of examples of Method 4, the quantized values ofRB_(start) start from 0 and the quantized values of L_(RBs) start fromL_(RBs) ^(offset). In other words, the RIV encoding is such that anencoded RIV corresponds to a starting virtual resource blockRB_(start)=(0, K_(S), 2K_(S), . . . , RB_(start,max)) withL_(RBs)=(L_(RBs) ^(offset), K_(L)+L_(RBs) ^(offset)+2K_(L)+L_(RBs)^(offset), . . . , L_(RBs,max)), with 1≤L_(RBs) ^(offset)<K_(L), and themaximum values represented as:

RB _(start,max)=min((N _(BWP,2) ^(size)−1)×K _(S),(└N _(BWP,1) ^(size)/K _(S)┘−1)×K _(S))

L _(RBs,max)=min(N _(BWP,2) ^(size) ×K _(L),└(N _(BWP,1) ^(size) −L_(RBs) ^(offset))/K _(L) ┘×K _(L) +L _(RBs) ^(offset))

RIV encoding according to the above-described examples of Method 4 canbe determined as follows. Assuming

${N_{BWP}^{\prime{size}} = N_{{B{WP}},2}^{size}},{{RB}_{start}^{\prime} = \frac{RB_{start}}{K_{S}}},$

and L_(RBs)′=(L_(RBs)−L_(RBs) ^(offset))/K_(L)+1, RIV can then bedetermined according to:

If 1≤L _(RBs) ′≤N′ _(BWP) ^(size) −RB′ _(start), then

if (L′ _(RBs)−1)<=└N′ _(BWP) ^(size)/2┘ then

RIV=N′ _(BWP) ^(size)(L′ _(RBs)−1)+RB′ _(start)

else

RIV=N′ _(BWP) ^(size)(N′ _(BWP) ^(size) −L′ _(RBs)+1)+(N′ _(BWP)^(size)−1−RB′ _(start))

Else

RIV=Invalid

end

Furthermore, K_(S) and K_(L) can then be determined (for all integervalues ≥1) in various ways for this group of examples of Method 4, basedon the following definitions:

RB _(start,max)=min((N _(BWP,2) ^(size)−1)×K _(S),(└N _(BWP,1) ^(size)/K _(S)┘−1)×K _(S))

L _(RBs,max)=min(N _(BWP,2) ^(size) ×K _(L),└(N _(BWP,1) ^(size) −L_(RBs) ^(offset))/K _(L) ┘×K _(L) +L _(RBs) ^(offset))

Nevertheless, when N_(BWP,2) ^(size)<└N_(BWP,1) ^(size)/K_(S)┘ or/andN_(BWP,2) ^(size)<└N_(BWP,1) ^(size)/K_(L)┘, some possible quantizedvalues of RB_(start) and L_(RBs) may not be supported.

For example, in one example corresponding to Method 4, K_(L)=K_(S)=K,and the value of K can be determined as follows. If all quantizedallocation possibilities are supported then, the number of encoded RIVs(M) is determined by:

M=(N′+1)*(N′)/2  (11)

-   -   where N′=max (└N_(BWP,1) ^(size)/K┘, └(N_(BWP,1) ^(size)−L_(RBs)        ^(offset))/K┘+1). Assuming that the number of bits available for        signaling RIV is b, then the following relation must be        satisfied:

b=┌log₂ M┐  (12)

As such, given a value of b, the resolution for starting virtualresource block and the length in terms of number of RBs, K, can bederived by using equations (11) and (12). For this group of embodimentsof Method 4, K_(S) and K_(L) can also be determined in other ways tomake efficient use of the b signaling bits and at the same time providethe required flexibility frequency domain resource assignment, includingthose discussed above in relation to the other group of embodiments ofMethod 4.

Furthermore, K_(S) and K_(L) can also be determined, according to thisgroup of embodiments, in various ways based on the time-domainassignment of resources to the UE. In one example, K_(L)=K_(S)=K and thevalue of K can be determined by K=┌α N_(BWP,1) ^(size)/N_(BWP,2)^(size)┐, where N_(BWP,1) ^(size) is the size of the BWP where thefrequency allocation applies; N_(BWP,2) ^(size) is the size of the BWPused to define the RIV size or the maximum size of the BWP that can besupported by the number of signaling bits used for frequency allocationassuming one slot time resource allocation (i.e., 14 OFDM symbols);

${\alpha = {f\left( \frac{14}{T} \right)}},$

where T is the time resource allocation in terms of number of OFDMsymbols; and the function f(.) can be floor, ceiling, round to theclosest integer, or any other function that can be employed to providean appropriate and/or desirable result.

In another example, K_(L)=1 and the value of K_(S) can be determinedaccording to the same or substantially similar methods for determiningthe value of a discussed above in relation to Method 1a, e.g., K_(S)=┌(αN_(BWP,1) ^(size)/N_(BWP,2) ^(size))²┐. In another example, K_(S)=1 andthe value of K_(L) can be determined according to the same orsubstantially similar methods for determining the value of a discussedabove in relation to Method 1a, e.g., K_(L)=┌(α N_(BWP,1)^(size)/N_(BWP,2) ^(size))²┐. In another example, if α N_(BWP,1)^(size)−N_(BWP,2) ^(size) is smaller than a threshold, thenK_(L)=K_(S)=1.

The above examples of encoding frequency-domain resource allocations forNR are given for purposes of explanation and without limitation. Otherapproaches and/or variations consistent with the above description caneasily be envisioned by a person of ordinary skill in the art. Forexample, a skilled person would readily comprehend that one of morecombinations of the above encoding techniques could be employed.Likewise, a skilled person would also readily comprehend that variousadditive and/or multiplicative scaling factors could be used in theabove encoding methods. For example, scaling factor(s) could be appliedto the starting virtual resource block and/or the allocation lengthprior to performing an encoding according to one (or a combination) ofthe techniques discussed above. Furthermore, although embodiments havebeen described above in terms of a first BWP and a second BWP, and howto define RIV encoding for the second BWP using RIV size of a first BWP,such embodiments can be applied to solve more general problems relatedto encoding of a RIV for a second BWP using a first RIV size value,where the first RIV size value is not a “natural” RIV size of the secondBWP.

By more efficient use of the bits available for signalling resourceassignments, these and other exemplary embodiments can improve the usageefficiency of physical downlink control channels (PDCCH) in NR,resulting in improvements to the latency of shared resource assignmentand in the number of UEs that can utilize a particular PDCCH resource.Such improvements can be manifested as improved end-user performanceand/or quality of user experience. Other exemplary benefits includereduced hardware requirements (e.g., fewer processors and memories),which can reduce network deployment cost and reduce environmental impactcaused by manufacture, shipping, installation, etc. of hardwarecomponents.

SUMMARY

Higher efficiency can be achieved by configuring the information bits ofa resource allocation in an active bandwidth part, when switchingbetween bandwidth parts, based on the target bandwidth part resourceallocation type. This enables simpler coding schemes to be defined andinterpreted by a wireless device.

Simplifying the configuration and enabling a wireless device tointerpret the resource allocation in a DCI based on predefined rulesand/or the target bandwidth part resource allocation type avoidsunnecessary signaling which should in particular be avoided when thewireless device is operating in a narrowband, bandwidth part. Forexample power savings are achieved.

In one aspect a method performed by a network node for switching betweenan active bandwidth part, BWP, and a target BWP is provided. Each of therespective BWPs comprises one or more resource blocks for use by thewireless device. The method comprises selecting one or more resourceblocks comprised in the target BWP for a transmission or receptionbetween the wireless device and the network node. The method furthercomprises determining a target resource allocation type in dependence ofa relationship between the one or more resource blocks for the targetBWP and one or more resource blocks of the active BWP. The resourceallocation field in the active BWP and the information bits therein areconfigured based on the target BWP resource allocation type wherein thetarget BWP resource allocation type indicates whether the informationbits comprise a bitmap corresponding to one or more resource blockgroups or an integer value corresponding to a starting position and alength of the allocation. The method further comprises indicating theselected one or more resource blocks to be used in the target BWP in aresource allocation field of a downlink control channel information inthe active BWP, the allocation field comprising information bitsconfigured according to the target resource allocation type.

In another aspect, a method performed by a wireless device for switchingbetween an active bandwidth part, BWP, and a target BWP is provided.Each of the respective BWPs comprise one or more resource blocks for useby the wireless device. The method comprises receiving a resourceallocation field in a downlink control information in the active BWP,the resource allocation field comprising information bits for allocatingthe one or more resource blocks in the target BWP. A resource allocationtype indicates whether the information bits comprise a bitmapcorresponding to one or more resource block groups or an integer valuecorresponding to a starting position and a length of the allocation. Themethod further comprises interpreting the resource allocationinformation bits based on a target BWP resource allocation type whereinthe target bandwidth resource allocation type is determined independence of a relationship between the one or more resource blocks forthe target BWP and one or more resource blocks of the active BWP. Themethod further comprises switching to the target BWP for a transmissionor reception on the allocated target BWP resource blocks.

In another aspect a network node for switching between an activebandwidth part, BWP, and a target BWP is provided. Each of therespective BWPs comprises one or more resource blocks for use by thewireless device. The network node is configured to select one or moreresource blocks comprised in the target BWP for a transmission orreception between the wireless device and the network node. The networknode is further configured to determine a target resource allocationtype in dependence of a relationship between the one or more resourceblocks for the target BWP and one or more resource blocks of the activeBWP. The resource allocation field in the active BWP and the informationbits therein are configured based on the target BWP resource allocationtype wherein the target BWP resource allocation type indicates whetherthe information bits comprise a bitmap corresponding to one or moreresource block groups or an integer value corresponding to a startingposition and a length of the allocation. The network node is furtherconfigured to indicate the selected one or more resource blocks to beused in the target BWP in a resource allocation field of a downlinkcontrol channel information in the active BWP, the allocation fieldcomprising information bits configured according to the target resourceallocation type.

In another aspect, a wireless device for switching between an activebandwidth part, BWP, and a target BWP is provided. Each of therespective BWPs comprise one or more resource blocks for use by thewireless device. The wireless device configured to receive a resourceallocation field in a downlink control information in the active BWP,the resource allocation field comprising information bits for allocatingthe one or more resource blocks in the target BWP, wherein a resourceallocation type indicates whether the information bits comprise a bitmapcorresponding to one or more resource block groups or an integer valuecorresponding to a starting position and a length of the allocation. Thewireless device is further configured to interpret the resourceallocation information bits based on a target BWP resource allocationtype wherein the target bandwidth resource allocation type is determinedin dependence of a relationship between the one or more resource blocksfor the target BWP and one or more resource blocks of the active BWP.The wireless device is further configured to switch to the target BWPfor a transmission or reception on the allocated target BWP resourceblocks.

In another aspect, a computer program is provided, which comprisesinstructions which when executed on a processor cause the processor toperform any one of the methods performed by the wireless device or thenetwork node.

In another aspect a device readable storage medium or carrier comprisinga computer program is provided, wherein the computer program comprisesinstructions which when executed on a processor cause the processor toperform any one of the methods performed by the wireless device or thenetwork node.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the present embodiments, and theattendant advantages and features thereof, will be more readilyunderstood by reference to the following detailed description whenconsidered in conjunction with the accompanying drawings wherein:

FIG. 1 depicts exemplary carrier bandwidth part (BWP) configurations forNR.

FIG. 2 is a diagram of a resource allocation field/subfield.

FIG. 3 depicts an exemplary resource allocation indication.

FIG. 4 depicts an exemplary method according to an embodiment of thepresent application.

FIG. 5 depicts an exemplary method according to an embodiment of thepresent application.

FIG. 6 illustrates a network node for switching between an activebandwidth part and a target bandwidth part;

FIG. 7 illustrates a wireless device for switching between an activebandwidth part and a target bandwidth part;

FIG. 8: Telecommunication network connected via an intermediate networkto a host computer in accordance with some embodiments

FIG. 9: Host computer communicating via a base station with a userequipment over a partially wireless connection in accordance with someembodiments

FIG. 10: Methods and/or procedures implemented in a communication systemincluding a host computer, a base station and a user equipment inaccordance with some embodiments

FIG. 11: Methods and/or procedures implemented in a communication systemincluding a host computer, a base station and a user equipment inaccordance with some embodiments.

FIG. 12: Methods and/or procedures implemented in a communication systemincluding a host computer, a base station and a user equipment inaccordance with some embodiments

FIG. 13: Methods and/or procedures implemented in a communication systemincluding a host computer, a base station and a user equipment inaccordance with some embodiments

DETAILED DESCRIPTION

Before describing in detail exemplary embodiments, it is noted that theembodiments reside primarily in combinations of apparatus components andprocessing steps related to switching between an active bandwidth partand the target bandwidth part and the allocation of resources for use inthe target bandwidth part. Accordingly, components have been representedwhere appropriate by conventional symbols in the drawings, showing onlythose specific details that are pertinent to understanding theembodiments so as not to obscure the disclosure with details that willbe readily apparent to those of ordinary skill in the art having thebenefit of the description herein.

As used herein, relational terms, such as “first” and “second,” “top”and “bottom,” and the like, may be used solely to distinguish one entityor element from another entity or element without necessarily requiringor implying any physical or logical relationship or order between suchentities or elements.

As used herein, network node refers to equipment capable, configured,arranged and/or operable to communicate directly or indirectly with awireless device and/or with other network nodes or equipment in thewireless network to enable and/or provide wireless access to thewireless device and/or to perform other functions (e.g., administration)in the wireless network. Examples of network nodes include, but are notlimited to, access points (APs) (e.g., radio access points), basestations (BSs) (e.g., radio base stations, Node Bs, evolved Node Bs(eNBs) and NR NodeBs (gNBs)). Base stations may be categorized based onthe amount of coverage they provide (or, stated differently, theirtransmit power level) and may then also be referred to as femto basestations, pico base stations, micro base stations, or macro basestations. A base station may be a relay node or a relay donor nodecontrolling a relay. A network node may also include one or more (orall) parts of a distributed radio base station such as centralizeddigital units and/or remote radio units (RRUs), sometimes referred to asRemote Radio Heads (RRHs). Such remote radio units may or may not beintegrated with an antenna as an antenna integrated radio. Parts of adistributed radio base station may also be referred to as nodes in adistributed antenna system (DAS). Yet further examples of network nodesinclude multi-standard radio (MSR) equipment such as MSR BSs, networkcontrollers such as radio network controllers (RNCs) or base stationcontrollers (BSCs), base transceiver stations (BTSs), transmissionpoints, transmission nodes, multi-cell/multicast coordination entities(MCEs), core network nodes (e.g., MSCs, MMEs), O&M nodes, OSS nodes, SONnodes, positioning nodes (e.g., E-SMLCs), and/or MDTs. As anotherexample, a network node may be a virtual network node as described inmore detail below. More generally, however, network nodes may representany suitable device (or group of devices) capable, configured, arranged,and/or operable to enable and/or provide a wireless device with accessto the wireless network or to provide some service to a wireless devicethat has accessed the wireless network.

As used herein, wireless device refers to a device capable, configured,arranged and/or operable to communicate wirelessly with network nodesand/or other wireless devices. Unless otherwise noted, the term wirelessdevice may be used interchangeably herein with user equipment (UE).Communicating wirelessly may involve transmitting and/or receivingwireless signals using electromagnetic waves, radio waves, infraredwaves, and/or other types of signals suitable for conveying informationthrough air. In some embodiments, a wireless device may be configured totransmit and/or receive information without direct human interaction.For instance, a wireless device may be designed to transmit informationto a network on a predetermined schedule, when triggered by an internalor external event, or in response to requests from the network. Examplesof a WD include, but are not limited to, a smart phone, a mobile phone,a cell phone, a voice over IP (VoIP) phone, a wireless local loop phone,a desktop computer, a personal digital assistant (PDA), a wirelesscameras, a gaming console or device, a music storage device, a playbackappliance, a wearable terminal device, a wireless endpoint, a mobilestation, a tablet, a laptop, a laptop-embedded equipment (LEE), alaptop-mounted equipment (LME), a smart device, a wirelesscustomer-premise equipment (CPE). a vehicle-mounted wireless terminaldevice, etc. A wireless device may support device-to-device (D2D)communication, for example by implementing a 3GPP standard for sidelinkcommunication, vehicle-to-vehicle (V2V), vehicle-to-infrastructure(V2I), vehicle-to-everything (V2X) and may in this case be referred toas a D2D communication device. As yet another specific example, in anInternet of Things (IoT) scenario, a wireless device may represent amachine or other device that performs monitoring and/or measurements,and transmits the results of such monitoring and/or measurements toanother wireless device and/or a network node. The wireless device mayin this case be a machine-to-machine (M2M) device, which may in a 3GPPcontext be referred to as an MTC device. As one particular example, thewireless device may be a UE implementing the 3GPP narrow band internetof things (NB-IoT) standard. Particular examples of such machines ordevices are sensors, metering devices such as power meters, industrialmachinery, or home or personal appliances (e.g. refrigerators,televisions, etc.) personal wearables (e.g., watches, fitness trackers,etc.). In other scenarios, a wireless device may represent a vehicle orother equipment that is capable of monitoring and/or reporting on itsoperational status or other functions associated with its operation. Awireless device as described above may represent the endpoint of awireless connection, in which case the device may be referred to as awireless terminal. Furthermore, a wireless device as described above maybe mobile, in which case it may also be referred to as a mobile deviceor a mobile terminal.

As described above, NR supports bandwidth parts (BWPs). A bandwidth partis characterized by a numerology (subcarrier spacing and cyclic prefix)and a set of consecutive resource blocks (RBs) in the numerology of theBWP, starting at a certain frequency position within the carrier. A UEcan be configured (e.g. using radio resource control, RRC) with multiplebandwidth parts, with one of them being the active bandwidth part. Alltransmission/reception of data is done using the currently activebandwidth part. BWPs can be of different size, e.g. one BWP could be“narrow” and another BWP “wide”. This can be used to realize BWPadaptation with the UE typically using the narrow BWP forreception/transmission and switching to the wide BWP only when needed,thereby reducing the overall power consumption compared to constantlyusing the wide BWP.

As part of the DCI, it is possible to include a bandwidth partindicator. This means that the UE should switch to the bandwidth partindicated in the DCI (unless this BWP is already the active one) andreceive/transmit in that BWP.

Downlink control information (DCI) in NR is used to schedule data inuplink (UL) and downlink (DL). One part of the DCI is indication offrequency-domain resources. Two resource allocation types are specified:

-   -   type 0, where the bits in the resource allocation (sub)field is        interpreted as a bitmap. In some examples the bitmap indicates        which resource block groups that are scheduled.    -   Type 1, where the bit in the resource allocation (sub)field is        interpreted as an integer known as resource indication value or        RIV. In some examples the RIV is a joint encoding of the        starting RB number and the length of the allocation in RBs.

In NR, the UE may be configured (with radio resource control, RRC) touse one of type 0, type 1, or dynamically indicated (type 0/type 1)resource allocation. In the last case (dynamic signaling), the resourceallocation information is split into two subfields; a type subfield(indicating type 0 or type 1), and a resource allocation subfieldinterpreted to one of type 0 or type 1 depending on the resourceallocation type value.

In FIG. 2 examples of the resource allocation field (or subfield of theDCI) are shown for a preconfigured resource allocation type and adynamically signaled resource allocation type.

The DCI size depends on the currently active BWP. For example, a narrowBWP require less bits than a wide BWP to indicate the RBs toreceive/transmit upon.

Receiving a DCI message in one BWP (the active BWP) but applying it toanother BWP (the target BWP) as indicated by the BWP indicator requiresthe UE to “transform” the DCI received in the current BWP such that iscan be applied to the typically differently-sized target BWP which mayrequire a different number of bits in the DCI message. One possibilityis to pad/truncate each field in the DCI such that it matches the needof the target BWP.

The truncation/padding of the DCI, followed by application to the targetBWP can lead to severe scheduling restrictions when combined with type 1resource allocation as illustrated in FIG. 3. The area bounded by thetriangle represents the possible start position/length of the resourceallocation whereas the shaded area represents and example of the reducedscheduling capability if the resource allocation field is interpretedbased on the active bandwidth resource allocation type. If the resourceallocation information bits are configured to represent a bitmap,typically identifying resource block groups, a certain granularity ofphysical resource blocks may be allocated. If the number of bitsavailable in the DCI is reduced then the granularity could be reduced toaddress the same number of resources, otherwise less resources can beindicated.

Given the number or possible combinations of active BWP resourceallocation information configurations combined with the possible targetBWP resource allocation information configurations a simplified approachis desired.

In order to provide a simplified means for allocating resources whenswitching between an active bandwidth part and a target bandwidth partthe resource allocation field is interpreted differently depending onthe resource allocation type configured for the target BWP. For somecombinations, the resource allocation type subfield can be used toextend the resource allocation subfield.

A proposed handling of the resource allocation field is as follows. Ifthe target BWP is configured for type 0 (and regardless of theconfiguration of the active BWP), interpret the resource allocationinformation (including the bit for the type sub header if present) astype 0 resource allocation (bitmap). Truncate/pad the resourceallocation information to match the need of the target BWP. Apply thetruncated/padded information to the target BWP.

If the target BWP is configured for type 1 (and regardless of theconfiguration of the active BWP) interpret the resource allocationinformation (including the bit for the type sub header if present) as aRIV value specified for the currently active BWP (i.e. a type 1 resourceallocation) to obtain the start and length of the allocation. Apply thestart and length (possibly after scaling, see above) to the target BWP.

If the target BWP is configured for dynamic switching between type 0 andtype 1 (and regardless of the configuration of the active BWP), threeoptions are considered:

-   -   a. always use type 0 in case of cross-BWP, interpret the        resource allocation information (including the bit for the type        sub header if present) as type 0 resource allocation (bitmap).        Truncate/pad the resource allocation information to match the        need of the target BWP. Apply the truncated/padded information        to the target BWP    -   b. always use type 1 in case of cross-BWP, interpret the        resource allocation information (including the bit for the type        sub header if present) as a RIV value specified for the        currently active BWP (i.e. a type 1 resource allocation) to        obtain the start and length of the allocation. Apply the start        and length (possibly after scaling, see above) to the target        BWP.    -   c. allow for dynamic switching of resource allocation type.        Define one bit (e.g. MSB) of the resource allocation information        (prior to any padding/truncation) is interpreted as the resource        allocation type subheader. If type 0 (bitmap) is indicated:        truncate/pad the resource allocation subfield (i.e. the bits        excluding the subfield for resource allocation type) to match        the need of the target BWP. Apply the truncated/padded        information to the target BWP. If type 1 (RIV) is indicated:        Interpret the resource allocation subfield (i.e. the bits        excluding the subfield for resource allocation type) as a RIV        value specified for the currently active BWP to obtain the start        and length of the allocation. Apply the start and length        (possibly after scaling, see above) to the target BWP.

A wireless device or UE may be configured by a network node, e.g. a gNB,with multiple bandwidth parts, wherein each of the bandwidth partscomprises one or more resource blocks for use by the wireless device,for example for transmissions or receptions of data and/or controlsignaling. A bandwidth part being a frequency band allocation. Eachbandwidth part may have a different frequency range, for example anarrowband BWP may be 5 Mhz and a wideband BWP may be 20 Mhz. Thenetwork node, as part of its resource scheduling may determine that theactive BWP is insufficient for the scheduled communication and therebydetermine that a switch to another BWP is required. Alternatively, acommunication previously requiring a greater bandwidth has completed andthe network node determines that the wireless device can be switched toa narrower bandwidth BWP. For the scheduled communication the networknode selects one or more resource blocks comprised in the targetbandwidth part for a transmission or reception between the wirelessdevice and the network node. The network node indicates the selectedresource blocks to be used in the target bandwidth part to the wirelessdevice in a resource allocation field of a downlink control channelinformation (DCI) in the active bandwidth part. The allocation fieldcomprises information bits and the resource allocation field in theactive bandwidth part and the information bits therein are configuredbased on a target bandwidth part resource allocation type. The targetbandwidth part resource allocation type indicates whether theinformation bits comprise a bitmap corresponding to one or more resourceblock groups or an integer value corresponding to a starting positionand a length of the allocation. As described above, the resourceallocation type may be preconfigured to a type 0 or a type 1, or thewireless device may be preconfigured to be dynamically switched betweenresource allocation types. When configured to switch between resourceallocation types the network node may indicate the resource allocationtype to the wireless device or UE in an additional field or subfield ofa resource allocation field in a DCI. Each BWP has a separateconfiguration. In other words, a wireless device may have differentresource allocation types preconfigured for each BWP.

In one aspect the network node, e.g. gNB, configures the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, corresponding to theselected resource blocks, when the target bandwidth part resourceallocation type is preconfigured for the information bits to representan integer value corresponding to a starting position and a length ofthe resource allocation. The starting position may be a physicalresource block, virtual resource block or resource block group (RBG).The length of the resource allocation may be in resource blocksgranularity. In other examples the length may be in resource block groupgranularity.

In another aspect the network node configures the target resourceallocation information bits as a bitmap corresponding to the selectedresource blocks when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent a bitmap. Thebitmap may indicate positions of physical resource blocks, virtualresource blocks or resource block groups. The granularity of the bitmapindication, i.e. the number of resource blocks or resource block groupsindicated per bit may be adapted when indicating the resource allocationfor a target BWP in a DCI in an active BWP for switching between BWPs.For example, as a result of too few bits to indicate all of theavailable resource blocks/RBGs at the desired granularity, thegranularity may be reduced as a result of the adaptation.

In the above aspects, for example, the network node configures theresource allocation information bits based on what the target resourceallocation type has been preconfigured to; if the target BWP has beenpreconfigured to a bitmap then the resource allocation information bitsin the active BWP DCI for switching between DCIs is configured as abitmap and if the target BWP has been preconfigured as an integer thenthe active BWP DCI for switching between DCIs is configured as aninteger. The BWP switching may occur between an active BWP configuredwith any of the above described resource allocation types and may beswitched to a target BWP which is likewise configured with any of theabove described resource allocation types.

In one aspect the network node configures the target resource allocationinformation bits as a bitmap corresponding to the selected resourceblocks when the wireless device is preconfigured for dynamic switchingbetween resource allocation types for the target bandwidth part and thetarget bandwidth part resource allocation type is indicated by aresource allocation type subfield of the resource allocation field in adownlink control information in the target bandwidth part. In thisaspect the switching is simplified by avoiding configuring the resourceallocation type dynamically during the switching. This also has theadvantage of providing an additional subfield, e.g. 1 bit, used forallocation in the target BWP which can be used for improving theresource allocation indication when too few bits are available in theDCI in the active BWP to sufficiently identify the scheduled resourcesin the target BWP during the switching. Again, as described above thebitmap may indicate positions of physical resource blocks, virtualresource blocks or resource block groups. The granularity of the bitmapindication, i.e. the number of resource blocks or resource block groupsindicated per bit may be adapted when indicating the resource allocationfor a target BWP in a DCI in an active BWP for switching between BWPs.For example, as a result of too few bits to indicate all of theavailable resource blocks/RBGs at the desired granularity, thegranularity may be reduced as a result of the adaptation.

In some aspects the network node configures the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, corresponding to theselected resource blocks, when the wireless device is preconfigured fordynamic switching between resource allocation types for the targetbandwidth part and the target bandwidth part resource allocation type isindicated by a resource allocation type subfield of the resourceallocation field in a downlink control information in the targetbandwidth part. In this aspect the switching is simplified by avoidingconfiguring the resource allocation type dynamically during theswitching. This also has the advantage of providing an additionalsubfield, e.g. 1 bit, used for allocation in the target BWP which can beused for improving the resource allocation indication when too few bitsare available in the DCI in the active BWP to sufficiently identify thescheduled resources in the target BWP during the switching. Again, asdescribed above, the starting position may be a physical resource block,virtual resource block or resource block group (RBG). The length of theresource allocation may be in resource blocks granularity. In otherexamples the length may be in resource block group granularity.

In the above aspects, when the target BWP is configured for dynamicresource allocation the resource allocation may be simplified during aBWP switching procedure by using a fixed resource allocation type. The“preconfigured” allocation type used during the BWP switching, i.e. inthe DCI in the active BWP, may be preconfigured to one of type 0 or type1, for example it could be set via radio resource control procedures. Insome examples the resource allocation type for the switching proceduremay be fixed in a standard specification document. In some examples onetype may be preconfigured for switching from a narrowband BWP to awideband BWP and another type preconfigured for switching from awideband BWP to a narrowband BWP. If a bitmap (type 0) is selected forthe “preconfigured” resource allocation type in the BWP switching thegranularity may be reduced but the whole bandwidth may be addressedwhereas if an integer (type 1) is selected then potentially a part ofthe available resources cannot be indicated.

In some aspects network node configures the target resource allocationinformation bits to comprise 1 bit for indicating a resource allocationtype and configures the remaining bits as a bitmap or as an integervalue corresponding to a starting position and a length of theallocation, corresponding to the selected resource blocks, when thewireless device is preconfigured for dynamic switching between resourceallocation types for the target bandwidth part and the target bandwidthpart resource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation in the target bandwidth part. In this aspect the networknode is maintaining the dynamic resource allocation type setting howeverthe configuration of the information bits for indicating a resourceallocation for use in a target BWP may be different when the resourceallocation occurs in a DCI in an active BWP during a BWP switchingprocedure. For example, as described above if a bitmap is selected thenthe encoding may provide a lower granularity due to too few bits beingavailable in the DCI of the active BWP. This aspect provides theadvantage of being able to dynamically select the resource allocationtype during BWP switching but also has the disadvantage of requiring anextra subfield, e.g. 1 bit which could otherwise be used for theresource allocation information bits (bitmap or integer) field.

In any of the above aspects the bits of the resource allocation fieldmay be truncated, or the bits may be padded out, e.g. extra bits appliedto the bits of the resource allocation field.

For example, when the target bandwidth part is used to allocate agreater number of resource blocks than allocated for the activebandwidth part and the number of information bits in the resourceallocation field of the downlink control information in the activebandwidth part is less than a number of information bits in a resourceallocation field in the target bandwidth part the bits of the resourceallocation field the network node applies additional bits which arepredefined. The wireless device thus pads the resource allocation bitsor appends the resource allocation bits with additional predefined bits.

In another example, when the target bandwidth part is used to allocate asmaller number of resource blocks than allocated for the activebandwidth part and the number of information bits in the resourceallocation field of the downlink control information in the activebandwidth part is greater than a number of information bits in aresource allocation field in the target bandwidth part the remainingbits of the resource allocation field are truncated. For example, theunused bits may be set to predefined values or may not be sent in theDCI.

As described above, in any of the previously described aspects orembodiments, the resource allocation field of the downlink controlinformation in the active bandwidth part may comprises a bandwidth partindicator, for instructing the wireless device to switch to the targetbandwidth part. The BWP indicator may be defined for indicating the BWPto which the DCI applies. Thus if the DCI is received and the BWPindicator identifies a different BWP the wireless device indirectlydetects this as an indication to switch BWPs.

In any of the above described aspects or embodiments, the informationbits are configured independently of a resource allocation typeassociated with the active bandwidth part. This simplifies theconfiguration and interpretation but means that the wireless device mustfirst determine that the BWP is to be changed and then interpret theresource allocation bits of the active BWP DCI based on theconfiguration the wireless device has for the target BWP.

In the aspects describing an integer value corresponding to a startingposition and a length of the resource allocation, corresponding to theselected resource blocks, when applied to a 3GPP New Radio system theinteger value is termed a resource indicator value, RIV.

The above aspects shall now be described in relation to a wirelessdevice which is adapted for switching between an active bandwidth partand a target bandwidth part, wherein each of the respective bandwidthparts comprise one or more resource blocks for use by the wirelessdevice.

The wireless device may receive a resource allocation field in adownlink control information in the active bandwidth part, the resourceallocation field comprising information bits for allocating the one ormore resource blocks in the target bandwidth part. The wireless deviceinterprets the resource allocation information bits based on a targetbandwidth part resource allocation type wherein the target bandwidthresource allocation type indicates whether the information bits comprisea bitmap corresponding to one or more resource block groups or aninteger value corresponding to a starting position and a length of theallocation. The wireless device then performs switching to the targetbandwidth part to for a transmission or reception on the allocatedresource blocks. As described above, the resource allocation type may bepreconfigured to a type 0 or a type 1, or the wireless device may bepreconfigured to be dynamically switched between resource allocationtypes. When configured to switch between resource allocation types thenetwork node may indicate the resource allocation type to the wirelessdevice or UE in an additional field or subfield of a resource allocationfield in a DC. Each BWP has a separate configuration. In other words, awireless device may have different resource allocation typespreconfigured for each BWP.

The wireless device may interpret the target resource allocationinformation bits as an integer value corresponding to a startingposition and a length of the allocation, corresponding to the allocatedresource blocks, when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent an integer valuecorresponding to a starting position and a length of the allocation. Thestarting position may be a physical resource block, virtual resourceblock or resource block group (RBG). The length of the resourceallocation may be in resource blocks granularity. In other examples thelength may be in resource block group granularity.

In another aspect the wireless device interprets the target resourceallocation information bits as a bitmap corresponding to the allocatedresource blocks when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent a bitmap. Thebitmap may indicate positions of physical resource blocks, virtualresource blocks or resource block groups. The granularity of the bitmapindication, i.e. the number of resource blocks or resource block groupsindicated per bit may be adapted when indicating the resource allocationfor a target BWP in a DCI in an active BWP for switching between BWPs.For example as a result of too few bits to indicate all of the availableresource blocks/RBGs at the desired granularity the granularity may bereduced as a result of the adaptation.

In the above aspects, for example, the wireless device interprets theresource allocation information bits based on what the target resourceallocation type has been preconfigured to; if the target BWP has beenpreconfigured to a bitmap then the resource allocation information bitsin the active BWP DCI for switching between DCIs is configured as abitmap and if the target BWP has been preconfigured as an integer thenthe active BWP DCI for switching between DCIs is configured as aninteger. The BWP switching may occur between an active BWP configuredwith any of the above described resource allocation types and may beswitched to a target BWP which is likewise configured with any of theabove described resource allocation types.

In another aspect the wireless device interprets the target resourceallocation information bits as a bitmap corresponding to the allocatedresource blocks when the wireless device is preconfigured for dynamicswitching between resource allocation types for the target bandwidthpart and the target bandwidth part resource allocation type is indicatedby a resource allocation type subfield of the resource allocation fieldin a downlink control information in the target bandwidth part. In thisaspect the switching is simplified by avoiding the wireless devicedetecting the resource allocation type dynamically during the switching.This also has the advantage of providing an additional subfield, e.g. 1bit, used for allocation in the target BWP which can be used forimproving the resource allocation indication when too few bits areavailable in the DCI in the active BWP to sufficiently identify thescheduled resources in the target BWP during the switching. Again, asdescribed above the bitmap may indicate positions of physical resourceblocks, virtual resource blocks or resource block groups. Thegranularity of the bitmap indication, i.e. the number of resource blocksor resource block groups indicated per bit may be adapted whenindicating the resource allocation for a target BWP in a DCI in anactive BWP for switching between BWPs. For example, as a result of toofew bits to indicate all of the available resource blocks/RBGs at thedesired granularity the granularity may be reduced as a result of theadaptation.

In another aspect the wireless device interprets the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, identifying theallocated resource blocks, when the wireless device is preconfigured fordynamic switching between resource allocation types for the targetbandwidth part and the target bandwidth part resource allocation type isindicated by a resource allocation type subfield of the resourceallocation field in a downlink control information in the targetbandwidth part. In this aspect the switching is simplified by avoidingthe wireless device interpreting the resource allocation typedynamically during the switching. This also has the advantage ofproviding an additional subfield, e.g. 1 bit, used for allocation in thetarget BWP which can be used for improving the resource allocationindication when too few bits are available in the DCI in the active BWPto sufficiently identify the scheduled resources in the target BWPduring the switching. Again, as described above, the starting positionmay be a physical resource block, virtual resource block or resourceblock group (RBG). The length of the resource allocation may be inresource blocks granularity. In other examples the length may be inresource block group granularity.

In the above aspects, when the target BWP is configured for dynamicresource allocation the resource allocation may be simplified during aBWP switching procedure by using a fixed resource allocation type. The“preconfigured” allocation type used during the BWP switching, i.e. inthe DCI in the active BWP, may be preconfigured to one of type 0 or type1, for example it could be set via radio resource control procedures. Insome examples the resource allocation type for the switching proceduremay be fixed in a standard specification document. In some examples onetype may be preconfigured for switching from a narrowband BWP to awideband BWP and another type preconfigured for switching from awideband BWP to a narrowband BWP. If a bitmap (type 0) is selected forthe “preconfigured” resource allocation type in the BWP switching thegranularity may be reduced but the whole bandwidth may be addressedwhereas if an integer (type 1) is selected then potentially a part ofthe available resources cannot be indicated.

In another aspect the wireless device interprets the target resourceallocation information bits to comprise 1 bit for indicating a resourceallocation type and interprets the remaining bits as a bitmap or as aninteger value corresponding to a starting position and a length of theallocation, identifying the allocated resource blocks, when the wirelessdevice is preconfigured for dynamic switching between resourceallocation types for the target bandwidth part and the target bandwidthpart resource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation in the target bandwidth part.

In any of the above aspects the wireless device may truncate the bits ofthe resource allocation field or the bits may be padded out, e.g. extrabits applied to the bits of the resource allocation field. The extrapadding bits may be predefined/preconfigured in the wireless device.

For example, if the target bandwidth part is configured for a greaternumber of resource blocks than the number configured for the activebandwidth part and the number of information bits available in theresource allocation field of the downlink control information in theactive bandwidth part is less than a number of information bitsavailable in a resource allocation field in the target bandwidth partthe wireless device pads out the bits of the resource allocation field.For example, the resource allocation field in the active BWP DC containstoo few bits to identify the scheduled resource and the wireless deviceadds a number of predefined bits which extend the size of the bitmap orinteger value.

In another example, when the target bandwidth part is used to allocate asmaller number of resource blocks than allocated for the activebandwidth part and the number of information bits in the resourceallocation field of the downlink control information in the activebandwidth part is greater than a number of information bits in aresource allocation field in the target bandwidth part the wirelessdevice receives more bits than required for resource allocation for thetarget BWP, the remaining bits of the resource allocation field aretruncated, i.e. not used by the wireless when interpreting theinformation (as either a bitmap or an integer).

The above described aspects may be embodied in a method in a networknode as shown in FIG. 4. The method is performed by a network node forswitching between an active bandwidth part and a target bandwidth part,wherein each of the respective bandwidth parts comprises one or moreresource blocks for use by the wireless device. At step 400 the methodcomprise the step of selecting one or more resource blocks comprised inthe target bandwidth part for a transmission or reception between thewireless device and the network node. At step 405 the network nodedetermines a target bandwidth part resource allocation type. Theresource allocation type may be determined for a wireless device whichsupports dynamic bandwidth part switching based on a relationshipbetween the resources allocated for the target bandwidth part and theresources allocated for the active bandwidth part, for example, if thetarget bandwidth part is configured for a greater number of resourceblocks than the number configured for the active bandwidth part and thenumber of information bits available in the resource allocation field ofthe downlink control information in the active bandwidth part is lessthan a number of information bits available in a resource allocationfield in the target bandwidth then the target bandwidth part resourceallocation type may be determined by a preconfigured value. At step 410the method provides the step of indicating the selected resource blocksto be used in the target bandwidth part in a resource allocation fieldof a downlink control channel information in the active bandwidth part,the allocation field comprising information bits and wherein theresource allocation field in the active bandwidth part and theinformation bits therein are configured based on the target bandwidthpart resource allocation type wherein the target bandwidth part resourceallocation type indicates whether the information bits comprise a bitmapcorresponding to one or more resource block groups or an integer valuecorresponding to a starting position and a length of the allocation.

In another embodiment a method performed by a wireless device isprovided as shown in FIG. 5. The method is performed by a wirelessdevice for switching between an active bandwidth part and a targetbandwidth part, wherein each of the respective bandwidth parts compriseone or more resource blocks for use by the wireless device, the methodcomprises the step 500 of receiving a resource allocation field in adownlink control information in the active bandwidth part, the resourceallocation field comprising information bits for allocating the one ormore resource blocks in the target bandwidth part. The method proceedswith the step 510 of interpreting the resource allocation informationbits based on a target bandwidth part resource allocation type whereinthe target bandwidth resource allocation type indicates whether theinformation bits comprise a bitmap corresponding to one or more resourceblock groups or an integer value corresponding to a starting positionand a length of the allocation. The method then performs the step 520 ofswitching to the target bandwidth part to for a transmission orreception on the allocated resource blocks.

In other embodiments a network node as depicted in FIG. 6 for switchingbetween an active bandwidth part and a target bandwidth part, whereineach of the respective bandwidth parts comprises one or more resourceblocks for use by the wireless device, the network node configured toselect one or more resource blocks comprised in the target bandwidthpart for a transmission or reception between the wireless device and thenetwork node, indicate the selected resource blocks to be used in thetarget bandwidth part in a resource allocation field of a downlinkcontrol channel information in the active bandwidth part, the allocationfield comprising information bits and wherein the resource allocationfield in the active bandwidth part and the information bits therein areconfigured based on a target bandwidth part resource allocation typewherein the target bandwidth part resource allocation type indicateswhether the information bits comprise a bitmap corresponding to one ormore resource block groups or an integer value corresponding to astarting position and a length of the allocation.

In another embodiment a wireless device for switching between an activebandwidth part and a target bandwidth part as depicted by FIG. 7 isprovided. Each of the respective bandwidth parts comprise one or moreresource blocks for use by the wireless device, the wireless deviceconfigured to receive a resource allocation field in a downlink controlinformation in the active bandwidth part, the resource allocation fieldcomprising information bits for allocating the one or more resourceblocks in the target bandwidth part and interpret the resourceallocation information bits based on a target bandwidth part resourceallocation type wherein the target bandwidth resource allocation typeindicates whether the information bits comprise a bitmap correspondingto one or more resource block groups or an integer value correspondingto a starting position and a length of the allocation and switch to thetarget bandwidth part to for a transmission or reception on theallocated resource blocks.

Network node 600 may be composed of multiple physically separatecomponents (e.g., a NodeB component and a RNC component, or a BTScomponent and a BSC component, etc.), which may each have their ownrespective components. In certain scenarios in which network node 600comprises multiple separate components (e.g., BTS and BSC components),one or more of the separate components may be shared among severalnetwork nodes. For example, a single RNC may control multiple NodeB's.In such a scenario, each unique NodeB and RNC pair, may in someinstances be considered a single separate network node. In someembodiments, network node 600 may be configured to support multipleradio access technologies (RATs). In such embodiments, some componentsmay be duplicated (e.g., separate device readable medium for thedifferent RATs) and some components may be reused (e.g., the sameantenna may be shared by the RATs). Network node 600 may also includemultiple sets of the various illustrated components for differentwireless technologies integrated into network node 600, such as, forexample, GSM, WCDMA, LTE, NR, WiFi, or Bluetooth wireless technologies.These wireless technologies may be integrated into the same or differentchip or set of chips and other components within a network node.

Processing circuitry 630 is configured to perform any determining,calculating, or similar operations (e.g., certain obtaining operations)described herein as being provided by a network node. These operationsperformed by processing circuitry 630 may include processing informationobtained by processing circuitry 630 by, for example, converting theobtained information into other information, comparing the obtainedinformation or converted information to information stored in thenetwork node, and/or performing one or more operations based on theobtained information or converted information, and as a result of saidprocessing making a determination.

Processing circuitry 630 may comprise a combination of one or more of amicroprocessor, controller, microcontroller, central processing unit,digital signal processor, application-specific integrated circuit, fieldprogrammable gate array, or any other suitable computing device,resource, or combination of hardware, software and/or encoded logicoperable to provide, either alone or in conjunction with other networknode 600 components, such as device readable medium, network node 600functionality. For example, processing circuitry 630 may executeinstructions stored in device readable medium or in memory 620 withinprocessing circuitry 630. Such functionality may include providing anyof the various wireless features, functions, or benefits discussedherein.

In some embodiments, processing circuitry 630 may include a system on achip (SOC).

In some embodiments, processing circuitry 630 may include one or more ofradio frequency (RF) transceiver circuitry 640 and baseband processingcircuitry. In some embodiments, radio frequency (RF) transceivercircuitry 640 and baseband processing circuitry may be on separate chips(or sets of chips), boards, or units, such as radio units and digitalunits. In alternative embodiments, part or all of RF transceivercircuitry 640 and baseband processing circuitry may be on the same chipor set of chips, boards, or units

In certain embodiments, some or all of the functionality describedherein as being provided by a network node, base station, eNB or othersuch network device may be performed by processing circuitry 630executing instructions stored on device readable medium 620 or memorywithin processing circuitry 630. In alternative embodiments, some or allof the functionality may be provided by processing circuitry 630 withoutexecuting instructions stored on a separate or discrete device readablemedium, such as in a hard-wired manner. In any of those embodiments,whether executing instructions stored on a device readable storagemedium or not, processing circuitry 630 can be configured to perform thedescribed functionality. The benefits provided by such functionality arenot limited to processing circuitry 630 alone or to other components ofnetwork node 600, but are enjoyed by network node 600 as a whole, and/orby end users and the wireless network generally.

Device readable medium 620 may comprise any form of volatile ornon-volatile computer readable memory including, without limitation,persistent storage, solid-state memory, remotely mounted memory,magnetic media, optical media, random access memory (RAM), read-onlymemory (ROM), mass storage media (for example, a hard disk), removablestorage media (for example, a flash drive, a Compact Disk (CD) or aDigital Video Disk (DVD)), and/or any other volatile or non-volatile,non-transitory device readable and/or computer-executable memory devicesthat store information, data, and/or instructions that may be used byprocessing circuitry 630. Device readable medium 620 may store anysuitable instructions, data or information, including a computerprogram, software, an application including one or more of logic, rules,code, tables, etc. and/or other instructions capable of being executedby processing circuitry 630 and, utilized by network node 600. Devicereadable medium 620 may be used to store any calculations made byprocessing circuitry 630 and/or any data received via an interface. Insome embodiments, processing circuitry 630 and device readable medium620 may be considered to be integrated.

The functions can be implemented by one or more applications (which canalternatively be called software instances, virtual appliances, networkfunctions, virtual nodes, virtual network functions, etc.) operative toimplement some of the features, functions, and/or benefits of some ofthe embodiments disclosed herein. Applications are run in virtualizationenvironment which provides hardware comprising processing circuitry andmemory. Memory contains instructions executable by processing circuitrywhereby application is operative to provide one or more of the features,benefits, and/or functions disclosed herein.

Virtualization environment, comprises general-purpose or special-purposenetwork hardware devices comprising a set of one or more processors orprocessing circuitry, which can be commercial off-the-shelf (COTS)processors, dedicated Application Specific Integrated Circuits (ASICs),or any other type of processing circuitry including digital or analoghardware components or special purpose processors. Each hardware devicecan comprise memory which can be non-persistent memory for temporarilystoring instructions or software executed by processing circuitry. Eachhardware device can comprise one or more network interface controllers(NICs), also known as network interface cards, which include physicalnetwork interface. Each hardware device can also include non-transitory,persistent, machine-readable storage media having stored thereinsoftware and/or instructions executable by processing circuitry.Software can include any type of software including software forinstantiating one or more virtualization layers (also referred to ashypervisors), software to execute virtual machines as well as softwareallowing it to execute functions, features and/or benefits described inrelation with some embodiments described herein.

Virtual machines, comprise virtual processing, virtual memory, virtualnetworking or interface and virtual storage, and can be run by acorresponding virtualization layer or hypervisor. Different embodimentsof the instance of virtual appliance can be implemented on one or moreof virtual machines, and the implementations can be made in differentways.

During operation, processing circuitry executes software to instantiatethe hypervisor or virtualization layer, which can sometimes be referredto as a virtual machine monitor (VMM).

Virtualization layer can present a virtual operating platform thatappears like networking hardware to virtual machine.

Hardware can be a standalone network node with generic or specificcomponents. Hardware can comprise antenna and can implement somefunctions via virtualization. Alternatively, hardware can be part of alarger cluster of hardware (e.g. such as in a data center or customerpremise equipment (CPE)) where many hardware nodes work together and aremanaged via management and orchestration (MANO), which, among others,oversees lifecycle management of applications.

Virtualization of the hardware is in some contexts referred to asnetwork function virtualization (NFV). NFV can be used to consolidatemany network equipment types onto industry standard high volume serverhardware, physical switches, and physical storage, which can be locatedin data centers, and customer premise equipment.

In the context of NFV, virtual machine can be a software implementationof a physical machine that runs programs as if they were executing on aphysical, non-virtualized machine. Each of virtual machines, and thatpart of hardware that executes that virtual machine, be it hardwarededicated to that virtual machine and/or hardware shared by that virtualmachine with others of the virtual machines, forms a separate virtualnetwork elements (VNE).

Still in the context of NFV, Virtual Network Function (VNF) isresponsible for handling specific network functions that run in one ormore virtual machines on top of hardware networking infrastructure.

In some embodiments, one or more radio units that each include one ormore transmitters and one or more receivers can be coupled to one ormore antennas. Radio units can communicate directly with hardware nodesvia one or more appropriate network interfaces and can be used incombination with the virtual components to provide a virtual node withradio capabilities, such as a radio access node or a base station.

In some embodiments, some signalling can be effected with the use ofcontrol system which can alternatively be used for communication betweenthe hardware nodes and radio units.

With reference to FIG. 8, in accordance with an embodiment, acommunication system includes telecommunication network 810, such as a3GPP-type cellular network, which comprises access network 811, such asa radio access network, and core network 814. Access network 811comprises a plurality of base stations 812 a, 812 b, 812 c, such as NBs,eNBs, gNBs or other types of wireless access points, each defining acorresponding coverage area 813 a, 813 b, 813 c. Each base station 812a, 812 b, 812 c is connectable to core network 814 over a wired orwireless connection 815. A first UE 891 located in coverage area 813 ccan be configured to wirelessly connect to, or be paged by, thecorresponding base station 812 c. A second UE 892 in coverage area 813 ais wirelessly connectable to the corresponding base station 812 a. Whilea plurality of UEs 891, 892 are illustrated in this example, thedisclosed embodiments are equally applicable to a situation where a soleUE is in the coverage area or where a sole UE is connecting to thecorresponding base station 812.

Telecommunication network 810 is itself connected to host computer 830,which can be embodied in the hardware and/or software of a standaloneserver, a cloud-implemented server, a distributed server or asprocessing resources in a server farm. Host computer 830 can be underthe ownership or control of a service provider, or can be operated bythe service provider or on behalf of the service provider. Connections821 and 822 between telecommunication network 810 and host computer 830can extend directly from core network 814 to host computer 830 or can govia an optional intermediate network 820. Intermediate network 820 canbe one of, or a combination of more than one of, a public, private orhosted network; intermediate network 820, if any, can be a backbonenetwork or the Internet; in particular, intermediate network 820 cancomprise two or more sub-networks (not shown).

The communication system of FIG. 8 as a whole enables connectivitybetween the connected UEs 891, 892 and host computer 830. Theconnectivity can be described as an over-the-top (OTT) connection 850.Host computer 830 and the connected UEs 891, 892 are configured tocommunicate data and/or signaling via OTT connection 850, using accessnetwork 811, core network 814, any intermediate network 820 and possiblefurther infrastructure (not shown) as intermediaries. OTT connection 850can be transparent in the sense that the participating communicationdevices through which OTT connection 850 passes are unaware of routingof uplink and downlink communications. For example, base station 812 maynot or need not be informed about the past routing of an incomingdownlink communication with data originating from host computer 830 tobe forwarded (e.g., handed over) to a connected UE 891. Similarly, basestation 812 need not be aware of the future routing of an outgoinguplink communication originating from the UE 891 towards the hostcomputer 830.

Example implementations, in accordance with an embodiment, of the UE,base station and host computer discussed in the preceding paragraphswill now be described with reference to FIG. 9. In communication system900, host computer 910 comprises hardware 915 including communicationinterface 916 configured to set up and maintain a wired or wirelessconnection with an interface of a different communication device ofcommunication system 900. Host computer 910 further comprises processingcircuitry 918, which can have storage and/or processing capabilities. Inparticular, processing circuitry 918 can comprise one or moreprogrammable processors, application-specific integrated circuits, fieldprogrammable gate arrays or combinations of these (not shown) adapted toexecute instructions. Host computer 910 further comprises software 911,which is stored in or accessible by host computer 910 and executable byprocessing circuitry 918. Software 911 includes host application 912.Host application 912 can be operable to provide a service to a remoteuser, such as UE 930 connecting via OTT connection 950 terminating at UE930 and host computer 910. In providing the service to the remote user,host application 912 can provide user data which is transmitted usingOTT connection 950.

Communication system 900 can also include base station 920 provided in atelecommunication system and comprising hardware 925 enabling it tocommunicate with host computer 910 and with UE 930. Hardware 925 caninclude communication interface 926 for setting up and maintaining awired or wireless connection with an interface of a differentcommunication device of communication system 900, as well as radiointerface 927 for setting up and maintaining at least wirelessconnection 970 with UE 930 located in a coverage area (not shown in FIG.9) served by base station 920. Communication interface 926 can beconfigured to facilitate connection 960 to host computer 910. Connection960 can be direct or it can pass through a core network (not shown inFIG. 9) of the telecommunication system and/or through one or moreintermediate networks outside the telecommunication system. In theembodiment shown, hardware 925 of base station 920 can also includeprocessing circuitry 928, which can comprise one or more programmableprocessors, application-specific integrated circuits, field programmablegate arrays or combinations of these (not shown) adapted to executeinstructions. Base station 920 further has software 921 storedinternally or accessible via an external connection.

Communication system 900 can also include UE 930 already referred to.Its hardware 935 can include radio interface 937 configured to set upand maintain wireless connection 970 with a base station serving acoverage area in which UE 930 is currently located. Hardware 935 of UE930 can also include processing circuitry 938, which can comprise one ormore programmable processors, application-specific integrated circuits,field programmable gate arrays or combinations of these (not shown)adapted to execute instructions. UE 930 further comprises software 931,which is stored in or accessible by UE 930 and executable by processingcircuitry 938. Software 931 includes client application 932. Clientapplication 932 can be operable to provide a service to a human ornon-human user via UE 930, with the support of host computer 910. Inhost computer 910, an executing host application 912 can communicatewith the executing client application 932 via OTT connection 950terminating at UE 930 and host computer 910. In providing the service tothe user, client application 932 can receive request data from hostapplication 912 and provide user data in response to the request data.OTT connection 950 can transfer both the request data and the user data.Client application 932 can interact with the user to generate the userdata that it provides.

It is noted that host computer 910, base station 920 and UE 930illustrated in FIG. 9 can be similar or identical to host computer 830,one of base stations 812 a, 812 b, 812 c and one of UEs 891, 892 of FIG.8, respectively. This is to say, the inner workings of these entitiescan be as shown in FIG. 9 and independently, the surrounding networktopology can be that of FIG. 8. In FIG. 9, OTT connection 950 has beendrawn abstractly to illustrate the communication between host computer910 and UE 930 via base station 920, without explicit reference to anyintermediary devices and the precise routing of messages via thesedevices. Network infrastructure can determine the routing, which it canbe configured to hide from UE 930 or from the service provider operatinghost computer 910, or both. While OTT connection 950 is active, thenetwork infrastructure can further take decisions by which itdynamically changes the routing (e.g., on the basis of load balancingconsideration or reconfiguration of the network).

Wireless connection 970 between UE 930 and base station 920 is inaccordance with the teachings of the embodiments described throughoutthis disclosure. One or more of the various embodiments improve theperformance of OTT services provided to UE 930 using OTT connection 950,in which wireless connection 970 forms the last segment. More precisely,the exemplary embodiments disclosed herein can improve flexibility forthe network to monitor end-to-end quality-of-service (QoS) of dataflows, including their corresponding radio bearers, associated with datasessions between a user equipment (UE) and another entity, such as anOTT data application or service external to the 5G network. These andother advantages can facilitate more timely design, implementation, anddeployment of 5G/NR solutions. Furthermore, such embodiments canfacilitate flexible and timely control of data session QoS, which canlead to improvements in capacity, throughput, and in particular latency,for example when data transmission requirements vary dynamically withinan OTT service which are implemented using multiple bandwidth parts andthus require efficient bandwidth part switching. BWP switching providessupport for the many OTT services that are envisioned by 5G/NR andimportant for the growth of OTT services.

A measurement procedure can be provided for the purpose of monitoringdata rate, latency and other network operational aspects on which theone or more embodiments improve. There can further be an optionalnetwork functionality for reconfiguring OTT connection 950 between hostcomputer 910 and UE 930, in response to variations in the measurementresults. The measurement procedure and/or the network functionality forreconfiguring OTT connection 950 can be implemented in software 911 andhardware 915 of host computer 910 or in software 931 and hardware 935 ofUE 930, or both. In embodiments, sensors (not shown) can be deployed inor in association with communication devices through which OTTconnection 950 passes; the sensors can participate in the measurementprocedure by supplying values of the monitored quantities exemplifiedabove, or supplying values of other physical quantities from whichsoftware 911, 931 can compute or estimate the monitored quantities. Thereconfiguring of OTT connection 950 can include message format,retransmission settings, preferred routing etc.; the reconfiguring neednot affect base station 920, and it can be unknown or imperceptible tobase station 920. Such procedures and functionalities can be known andpracticed in the art. In certain embodiments, measurements can involveproprietary UE signaling facilitating host computer 910's measurementsof throughput, propagation times, latency and the like. The measurementscan be implemented in that software 911 and 931 causes messages to betransmitted, in particular empty or ‘dummy’ messages, using OTTconnection 950 while it monitors propagation times, errors etc.

FIG. 10 is a flowchart illustrating an exemplary method and/or procedureimplemented in a communication system, in accordance with oneembodiment. The communication system includes a host computer, a basestation and a UE which, in some exemplary embodiments, can be thosedescribed with reference to FIGS. 8 and 9. For simplicity of the presentdisclosure, only drawing references to FIG. 10 will be included in thissection. In step 1010, the host computer provides user data. In substep1011 (which can be optional) of step 1010, the host computer providesthe user data by executing a host application. In step 1020, the hostcomputer initiates a transmission carrying the user data to the UE. Instep 1030 (which can be optional), the base station transmits to the UEthe user data which was carried in the transmission that the hostcomputer initiated, in accordance with the teachings of the embodimentsdescribed throughout this disclosure. In step 1040 (which can also beoptional), the UE executes a client application associated with the hostapplication executed by the host computer.

FIG. 11 is a flowchart illustrating an exemplary method and/or procedureimplemented in a communication system, in accordance with oneembodiment. The communication system includes a host computer, a basestation and a UE which can be those described with reference to FIGS. 8and 9. For simplicity of the present disclosure, only drawing referencesto FIG. 11 will be included in this section. In step 1110 of the method,the host computer provides user data. In an optional substep (not shown)the host computer provides the user data by executing a hostapplication. In step 1120, the host computer initiates a transmissioncarrying the user data to the UE. The transmission can pass via the basestation, in accordance with the teachings of the embodiments describedthroughout this disclosure. In step 1130 (which can be optional), the UEreceives the user data carried in the transmission.

FIG. 12 is a flowchart illustrating an exemplary method and/or procedureimplemented in a communication system, in accordance with oneembodiment. The communication system includes a host computer, a basestation and a UE which can be those described with reference to FIGS. 8and 9. For simplicity of the present disclosure, only drawing referencesto FIG. 12 will be included in this section. In step 1210 (which can beoptional), the UE receives input data provided by the host computer.Additionally or alternatively, in step 1220, the UE provides user data.In substep 1221 (which can be optional) of step 1220, the UE providesthe user data by executing a client application. In substep 1211 (whichcan be optional) of step 1210, the UE executes a client applicationwhich provides the user data in reaction to the received input dataprovided by the host computer. In providing the user data, the executedclient application can further consider user input received from theuser. Regardless of the specific manner in which the user data wasprovided, the UE initiates, in substep 1230 (which can be optional),transmission of the user data to the host computer. In step 1240 of themethod, the host computer receives the user data transmitted from theUE, in accordance with the teachings of the embodiments describedthroughout this disclosure.

FIG. 13 is a flowchart illustrating an exemplary method and/or procedureimplemented in a communication system, in accordance with oneembodiment. The communication system includes a host computer, a basestation and a UE which can be those described with reference to FIGS. 8and 9. For simplicity of the present disclosure, only drawing referencesto FIG. 13 will be included in this section. In step 1310 (which can beoptional), in accordance with the teachings of the embodiments describedthroughout this disclosure, the base station receives user data from theUE. In step 1320 (which can be optional), the base station initiatestransmission of the received user data to the host computer. In step1330 (which can be optional), the host computer receives the user datacarried in the transmission initiated by the base station.

Further examples of the aspects disclosed herein are listed below.

Example 1

A method performed by a network node for switching between an activebandwidth part and a target bandwidth part, wherein each of therespective bandwidth parts comprises one or more resource blocks for useby the wireless device, the method comprising:

-   -   selecting one or more resource blocks comprised in the target        bandwidth part for a transmission or reception between the        wireless device and the network node;    -   indicating the selected resource blocks to be used in the target        bandwidth part in a resource allocation field of a downlink        control channel information in the active bandwidth part, the        allocation field comprising information bits and wherein the        resource allocation field in the active bandwidth part and the        information bits therein are configured based on a target        bandwidth part resource allocation type wherein the target        bandwidth part resource allocation type indicates whether the        information bits comprise a bitmap corresponding to one or more        resource block groups or an integer value corresponding to a        starting position and a length of the allocation.

Example 2

The method of Example 1, configuring the target resource allocationinformation bits as an integer value corresponding to a startingposition and a length of the allocation, corresponding to the selectedresource blocks, when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent an integer valuecorresponding to a starting position and a length of the allocation.

Example 3

The method of Example 1, configuring the target resource allocationinformation bits as a bitmap corresponding to the selected resourceblocks when the target bandwidth part resource allocation type ispreconfigured for the information bits to represent a bitmap.

Example 4

The method of Example 1, configuring the target resource allocationinformation bits as a bitmap corresponding to the selected resourceblocks when the wireless device is preconfigured for dynamic switchingbetween resource allocation types for the target bandwidth part and thetarget bandwidth part resource allocation type is indicated by aresource allocation type subfield of the resource allocation field in adownlink control information in the target bandwidth part.

Example 5

The method of Example 1, configuring the target resource allocationinformation bits as an integer value corresponding to a startingposition and a length of the allocation, corresponding to the selectedresource blocks, when the wireless device is preconfigured for dynamicswitching between resource allocation types for the target bandwidthpart and the target bandwidth part resource allocation type is indicatedby a resource allocation type subfield of the resource allocation fieldin a downlink control information in the target bandwidth part.

Example 6

The method of Example 1, configuring the target resource allocationinformation bits to comprise 1 bit for indicating a resource allocationtype and configuring the remaining bits as a bitmap or as an integervalue corresponding to a starting position and a length of theallocation, corresponding to the selected resource blocks, when thewireless device is preconfigured for dynamic switching between resourceallocation types for the target bandwidth part and the target bandwidthpart resource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation in the target bandwidth part.

Example 7

The method of any of the preceding Examples, further comprisingtruncating the remaining bits of the resource allocation field orpadding the bits of the resource allocation field.

Example 8

The method of any of the preceding Examples wherein the target bandwidthpart is used to allocate a greater number of resource blocks thanallocated for the active bandwidth part and the number of informationbits in the resource allocation field of the downlink controlinformation in the active bandwidth part is less than a number ofinformation bits in a resource allocation field in the target bandwidthpart and the bits of the resource allocation field are padded.

Example 9

The method of any of the Examples 1 to 7, wherein the target bandwidthpart is used to allocate a smaller number of resource blocks thanallocated for the active bandwidth part and the number of informationbits in the resource allocation field of the downlink controlinformation in the active bandwidth part is greater than a number ofinformation bits in a resource allocation field in the target bandwidthpart and the remaining bits of the resource allocation field aretruncated.

Example 10

The method of any of the preceding Examples, wherein the resourceallocation field of the downlink control information in the activebandwidth part further comprises a bandwidth part indicator, forinstructing the wireless device to switch to the target bandwidth part.

Example 11

The method of any of the preceding Examples, wherein the informationbits are configured independently of a resource allocation typeassociated with the active bandwidth part.

Example 12

The method of any of the preceding Examples, wherein the integer valuecorresponding to a starting position and a length of the allocation,corresponding to the selected resource blocks is a NR resource indicatorvalue, RIV.

Example 13

The method of any of the preceding Examples, wherein the activebandwidth part is for a narrowband service and the target bandwidth partis for a wideband service.

Example 14

A method in a wireless device for switching between an active bandwidthpart and a target bandwidth part, wherein each of the respectivebandwidth parts comprise one or more resource blocks for use by thewireless device, the method comprising:

-   -   receiving a resource allocation field in a downlink control        information in the active bandwidth part, the resource        allocation field comprising information bits for allocating the        one or more resource blocks in the target bandwidth part; and    -   interpreting the resource allocation information bits based on a        target bandwidth part resource allocation type wherein the        target bandwidth resource allocation type indicates whether the        information bits comprise a bitmap corresponding to one or more        resource block groups or an integer value corresponding to a        starting position and a length of the allocation; and    -   switching to the target bandwidth part to for a transmission or        reception on the allocated resource blocks.

Example 15

The method of Example 14, interpreting the target resource allocationinformation bits as an integer value corresponding to a startingposition and a length of the allocation, corresponding to the allocatedresource blocks, when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent an integer valuecorresponding to a starting position and a length of the allocation.

Example 16

The method of Example 14, interpreting the target resource allocationinformation bits as a bitmap corresponding to the allocated resourceblocks when the target bandwidth part resource allocation type ispreconfigured for the information bits to represent a bitmap.

Example 17

The method of Example 14, interpreting the target resource allocationinformation bits as a bitmap corresponding to the allocated resourceblocks when the wireless device is preconfigured for dynamic switchingbetween resource allocation types for the target bandwidth part and thetarget bandwidth part resource allocation type is indicated by aresource allocation type subfield of the resource allocation field in adownlink control information in the target bandwidth part.

Example 18

The method of Example 14, interpreting the target resource allocationinformation bits as an integer value corresponding to a startingposition and a length of the allocation, identifying the allocatedresource blocks, when the wireless device is preconfigured for dynamicswitching between resource allocation types for the target bandwidthpart and the target bandwidth part resource allocation type is indicatedby a resource allocation type subfield of the resource allocation fieldin a downlink control information in the target bandwidth part.

Example 19

The method of Example 14, interpreting the target resource allocationinformation bits to comprise 1 bit for indicating a resource allocationtype and configuring the remaining bits as a bitmap or as an integervalue corresponding to a starting position and a length of theallocation, identifying the allocated resource blocks, when the wirelessdevice is preconfigured for dynamic switching between resourceallocation types for the target bandwidth part and the target bandwidthpart resource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation in the target bandwidth part.

Example 20

The method of any one of the Examples 14 to 19, further comprisinginterpreting the bits of the resource allocation field when the resourceallocation field is truncated or padded.

Example 21

The method of any one of the Examples 14 to 20, wherein the targetbandwidth part is configured for a greater number of resource blocksthan the number configured for the active bandwidth part and the numberof information bits available in the resource allocation field of thedownlink control information in the active bandwidth part is less than anumber of information bits available in a resource allocation field inthe target bandwidth part and the bits of the resource allocation fieldare padded.

Example 22

The method of any one of the Examples 14 to 20, wherein the targetbandwidth part is used to allocate a smaller number of resource blocksthan allocated for the active bandwidth part and the number ofinformation bits in the resource allocation field of the downlinkcontrol information in the active bandwidth part is greater than anumber of information bits in a resource allocation field in the targetbandwidth part and the remaining bits of the resource allocation fieldare truncated.

Example 23

The method of any one of the Examples 14 to 22, wherein the resourceallocation field of the downlink control information in the activebandwidth part further comprises a bandwidth part indicator, forinstructing the wireless device to switch to the target bandwidth part.

Example 24

The method of any one of the Examples 14 to 23, wherein the informationbits are configured independently of a resource allocation typeassociated with the active bandwidth part.

Example 25

The method of any one of the Examples 14 to 24, wherein the integervalue corresponding to a starting position and a length of theallocation, corresponding to the selected resource blocks is a NRresource indicator value, RIV.

Example 26

The method of any one of the Examples 14 to 25, wherein the activebandwidth part is for a narrowband service and the target bandwidth partis for a wideband service.

Example 27

A network node for switching between an active bandwidth part and atarget bandwidth part, wherein each of the respective bandwidth partscomprises one or more resource blocks for use by the wireless device,the network node configured to:

-   -   select one or more resource blocks comprised in the target        bandwidth part for a transmission or reception between the        wireless device and the network node;    -   indicate the selected resource blocks to be used in the target        bandwidth part in a resource allocation field of a downlink        control channel information in the active bandwidth part, the        allocation field comprising information bits and wherein the        resource allocation field in the active bandwidth part and the        information bits therein are configured based on a target        bandwidth part resource allocation type wherein the target        bandwidth part resource allocation type indicates whether the        information bits comprise a bitmap corresponding to one or more        resource block groups or an integer value corresponding to a        starting position and a length of the allocation.

Example 28

The network node of Example 27, configuring the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, corresponding to theselected resource blocks, when the target bandwidth part resourceallocation type is preconfigured for the information bits to representan integer value corresponding to a starting position and a length ofthe allocation.

Example 29

The network node of Example 27, configuring the target resourceallocation information bits as a bitmap corresponding to the selectedresource blocks when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent a bitmap.

Example 30

The network node of Example 27, configuring the target resourceallocation information bits as a bitmap corresponding to the selectedresource blocks when the wireless device is preconfigured for dynamicswitching between resource allocation types for the target bandwidthpart and the target bandwidth part resource allocation type is indicatedby a resource allocation type subfield of the resource allocation fieldin a downlink control information in the target bandwidth part.

Example 31

The network node of Example 27, configuring the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, corresponding to theselected resource blocks, when the wireless device is preconfigured fordynamic switching between resource allocation types for the targetbandwidth part and the target bandwidth part resource allocation type isindicated by a resource allocation type subfield of the resourceallocation field in a downlink control information in the targetbandwidth part.

Example 32

The network node of Example 27, configuring the target resourceallocation information bits to comprise 1 bit for indicating a resourceallocation type and configuring the remaining bits as a bitmap or as aninteger value corresponding to a starting position and a length of theallocation, corresponding to the selected resource blocks, when thewireless device is preconfigured for dynamic switching between resourceallocation types for the target bandwidth part and the target bandwidthpart resource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation in the target bandwidth part.

Example 33

The network node of any of the Examples 27 to 32, further comprisingtruncating remaining bits of the resource allocation field or paddingthe bits of the resource allocation field.

Example 34

A wireless device for switching between an active bandwidth part and atarget bandwidth part, wherein each of the respective bandwidth partscomprise one or more resource blocks for use by the wireless device, thewireless device configured to:

-   -   receive a resource allocation field in a downlink control        information in the active bandwidth part, the resource        allocation field comprising information bits for allocating the        one or more resource blocks in the target bandwidth part; and    -   interpret the resource allocation information bits based on a        target bandwidth part resource allocation type wherein the        target bandwidth resource allocation type indicates whether the        information bits comprise a bitmap corresponding to one or more        resource block groups or an integer value corresponding to a        starting position and a length of the allocation; and    -   switch to the target bandwidth part to for a transmission or        reception on the allocated resource blocks.

Example 35

The wireless device of Example 34, interpreting the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, identifying theallocated resource blocks, when the target bandwidth part resourceallocation type is preconfigured for the information bits to representan integer value corresponding to a starting position and a length ofthe allocation.

Example 36

The wireless device of Example 34, interpreting the target resourceallocation information bits as a bitmap corresponding to the allocatedresource blocks when the target bandwidth part resource allocation typeis preconfigured for the information bits to represent a bitmap.

Example 37

The wireless device of Example 34, interpreting the target resourceallocation information bits as a bitmap corresponding to the allocatedresource blocks when the wireless device is preconfigured for dynamicswitching between resource allocation types for the target bandwidthpart and the target bandwidth part resource allocation type is indicatedby a resource allocation type subfield of the resource allocation fieldin a downlink control information in the target bandwidth part.

Example 38

The wireless device of Example 34, interpreting the target resourceallocation information bits as an integer value corresponding to astarting position and a length of the allocation, identifying theallocated resource blocks, when the wireless device is preconfigured fordynamic switching between resource allocation types for the targetbandwidth part and the target bandwidth part resource allocation type isindicated by a resource allocation type subfield of the resourceallocation field in a downlink control information in the targetbandwidth part.

Example 39

The wireless device of Example 34, interpreting the target resourceallocation information bits to comprise 1 bit for indicating a resourceallocation type and configuring the remaining bits as a bitmap or as aninteger value corresponding to a starting position and a length of theallocation, identifying the allocated resource blocks, when the wirelessdevice is preconfigured for dynamic switching between resourceallocation types for the target bandwidth part and the target bandwidthpart resource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation in the target bandwidth part.

Example 40

The wireless device of any one of the Examples 34 to 39, furthercomprising interpreting the bits of the resource allocation field whenthe resource allocation field is truncated or padded.

Example 41

A computer program, computer program product or carrier configured toperform any one of the methods of Examples 1 to 13.

Example 42

A computer program, computer program product or carrier configured toperform any one of the methods of Examples 14 to 26.

1. A method performed by a network node for switching an activebandwidth part, BWP, and a target BWP, each of the respective BWPscomprises comprising one or more resource blocks for use by the wirelessdevice, the method comprising: selecting one or more resource blockscomprised in the target BWP for one of a transmission and a receptionbetween the wireless device and the network node; determining a targetBWP resource allocation type, the target BWP resource allocation typeindicating whether information bits of a resource allocation fieldcomprise one of: a bitmap corresponding to one or more resource blockgroups; and an integer value corresponding to a starting position and alength of the allocation; the target BWP resource allocation type beingdetermined based on a relationship between the resources allocated forthe target BWP and the resources allocated for the active BWP; andindicating to the wireless device the selected one or more resourceblocks to be used in the target BWP in a resource allocation field of adownlink control channel information in the active BWP, the allocationfield comprising information bits configured according to the target BWPresource allocation type.
 2. (canceled)
 3. (canceled)
 4. (canceled) 5.The method of claim 1, further comprising configuring the target BWPresource allocation information bits to comprise 1 bit for indicating aresource allocation type and configuring the remaining bits as one of abitmap and as an integer value corresponding to a starting position anda length of the allocation, corresponding to the selected resourceblocks, when the wireless device is configured for dynamic switchingbetween resource allocation types for the target BWP and the target BWPresource allocation type is indicated by a resource allocation typesubfield of a resource allocation field in a downlink controlinformation for the target BWP.
 6. The method of claim 1, furthercomprising one of truncating the remaining bits of the resourceallocation field and padding the bits of the resource allocation field.7. The method of claim 1, wherein the target BWP is used to allocate agreater number of resource blocks than allocated for the active BWP andthe number of information bits in the resource allocation field of thedownlink control information in the active BWP is less than a number ofinformation bits in a resource allocation field for the target BWP andthe bits of the resource allocation field are padded.
 8. The method ofclaim 1, wherein the target BWP is used to allocate a smaller number ofresource blocks than allocated for the active BWP and the number ofinformation bits in the resource allocation field of the downlinkcontrol information in the active BWP is greater than a number ofinformation bits in a resource allocation field for the target BWP andthe remaining bits of the resource allocation field are truncated. 9.(canceled)
 10. The method of claim 1, wherein the information bits areconfigured independently of a resource allocation type associated withthe active BWP.
 11. The method of claim 1, wherein the relationshipbetween the resources allocated for the target BWP and the resourcesallocated for the active BWP comprises the number of resource blocksconfigured for the active BWP compared to the number of resource blocksconfigured for the target BWP.
 12. The method according to claim 1,wherein the wireless device is configured for dynamic switching betweenresource allocation types for the target BWP and the target BWP resourceallocation type is preconfigured to a value according to saidrelationship.
 13. A method performed by a wireless device for switchingbetween an active bandwidth part, BWP, and a target BWP, wherein each ofthe respective BWPs comprise one or more resource blocks for use by thewireless device, the method comprising: receiving a resource allocationfield in a downlink control information in the active BWP, the resourceallocation field comprising information bits for allocating the one ormore resource blocks for the target BWP, the information bits beingconfigured according to a target BWP resource allocation type, thetarget BWP resource allocation type being determined based on arelationship between the resources allocated for the target BWP and theresources allocated for the active BWP and the target BWP resourceallocation type indicating whether the information bits comprise one of:a bitmap corresponding to one or more resource block groups; and aninteger value corresponding to a starting position and a length of theallocation; interpreting the resource allocation information bits basedon the target BWP resource allocation type; and switching to the targetBWP for one of a transmission and a reception on the allocated targetBWP resource blocks.
 14. (canceled)
 15. (canceled)
 16. (canceled) 17.The method of claim 13, further comprising interpreting the targetresource allocation information bits to comprise 1 bit for indicating aresource allocation type and the remaining bits as one of a bitmap andas an integer value corresponding to a starting position and a length ofthe allocation, identifying the allocated resource blocks, when thewireless device is configured for dynamic switching between resourceallocation types for the target BWP and the target BWP resourceallocation type is indicated by a resource allocation type subfield of aresource allocation field in a downlink control information for thetarget BWP.
 18. The method of claim 13, further comprising interpretingthe bits of the resource allocation field when the resource allocationfield is one of truncated and padded.
 19. The method of claim 13,wherein the target BWP is configured for a greater number of resourceblocks than the number configured for the active BWP and the number ofinformation bits available in the resource allocation field of thedownlink control information in the active BWP is less than a number ofinformation bits available in a resource allocation field in the targetBWP and the bits of the resource allocation field are padded.
 20. Themethod of claim 13, wherein the target BWP is used to allocate a smallernumber of resource blocks than allocated for the active BWP and thenumber of information bits in the resource allocation field of thedownlink control information in the active BWP is greater than a numberof information bits in a resource allocation field in the target BWP andthe remaining bits of the resource allocation field are truncated. 21.(canceled)
 22. (canceled)
 23. The method of claim 13, wherein therelationship between the resources for the target BWP and the resourcesfor the active BWP comprises the number of resource blocks configuredfor the active BWP compared to the number of resource blocks configuredfor the target BWP.
 24. The method according to claim 13, wherein thewireless device is configured for dynamic switching between resourceallocation types for the target BWP and the target BWP resourceallocation type is preconfigured to a value according to saidrelationship.
 25. A network node for switching between an activebandwidth part, BWP, and a target BWP, wherein each of the respectiveBWPs comprises one or more resource blocks for use by the wirelessdevice, the network node configured to: select one or more resourceblocks comprised in the target BWP for one of a transmission and areception between the wireless device and the network node; determine atarget BWP resource allocation type, wherein the target BWP resourceallocation type indicated whether information bits of a resourceallocation field comprise a bitmap corresponding to one of: one or moreresource block groups; and an integer value corresponding to a startingposition and a length of the allocation; the target BWP resourceallocation type being determined based on a relationship between theresources allocated for the target BWP and the resources allocated forthe active BWP; and indicate to the wireless device the selected one ormore resource blocks to be used in the target BWP in a resourceallocation field of a downlink control channel information in the activeBWP, the allocation field comprising information bits configuredaccording to the target BWP resource allocation type.
 26. (canceled) 27.(canceled)
 28. (canceled)
 29. The network node of claim 25, furtherconfigured to configure the target resource allocation information bitsto comprise 1 bit for indicating a resource allocation type andconfigure the remaining bits as one of a bitmap and as an integer valuecorresponding to a starting position and a length of the allocation,corresponding to the selected resource blocks, when the wireless deviceis configured for dynamic switching between resource allocation typesfor the target BWP and the target BWP resource allocation type isindicated by a resource allocation type subfield of a resourceallocation field in a downlink control information for the target BWP.30. (canceled)
 31. The network node of claim 25 wherein the relationshipbetween the resources allocated for the target BWP and the resourcesallocated for the active BWP comprises the number of resource blocksconfigured for the target BWP compared with the number of resourceblocks configured for the active BWP.
 32. The network node according toclaim 25, wherein the wireless device is configured for dynamicswitching between resource allocation types for the target BWP and thetarget BWP resource allocation type is preconfigured to a valueaccording to said relationship.
 33. A wireless device for switchingbetween an active bandwidth part, BWP, and a target BWP, each of therespective BWPs comprising one or more resource blocks for use by thewireless device, the wireless device configured to: receive a resourceallocation field in a downlink control information in the active BWP,the resource allocation field comprising information bits for allocatingthe one or more resource blocks in the target BWP, the information bitsbeing configured according to a target BWP resource allocation type, thetarget BWP resource allocation type being determined based on arelationship between the resources allocated for the target BWP and theresources allocated for the active BWP and the target BWP resourceallocation type indicating whether the information bits comprise one of:a bitmap corresponding to one or more resource block groups; and aninteger value corresponding to a starting position and a length of theallocation; and interpret the resource allocation information bits basedon the target BWP resource allocation type; and switch to the target BWPfor a transmission or reception on the allocated target BWP resourceblocks.
 34. (canceled)
 35. (canceled)
 36. (canceled)
 37. The wirelessdevice of claim 33, further configured to interpret the target resourceallocation information bits to comprise 1 bit for indicating a resourceallocation type and configuring the remaining bits as one of a bitmapand as an integer value corresponding to a starting position and alength of the allocation, identifying the allocated resource blocks,when the wireless device is configured for dynamic switching betweenresource allocation types for the target BWP and the target BWP resourceallocation type is indicated by a resource allocation type subfield of aresource allocation field in a downlink control information for thetarget BWP.
 38. The wireless device of claim 33, further configured tointerpret the bits of the resource allocation field when the resourceallocation field is one of truncated and padded.
 39. The wireless deviceof claim 33 wherein the relationship between the resources allocated forthe target BWP and the resources allocated for the active BWP comprisesthe number of resource blocks configured for the target BWP compared tothe number of resource blocks configured for the active BWP.
 40. Thewireless device according to claim 33, wherein the wireless device isconfigured for dynamic switching between resource allocation types forthe target BWP and the target BWP resource allocation type ispreconfigured to a value according to said relationship.
 41. A computerstorage device storing an executable computer program comprisinginstructions which when executed on a processor cause the processor toperform a method for switching an active bandwidth part, BWP, and atarget BWP, each of the respective BWPs comprises comprising one or moreresource blocks for use by a wireless device, the method comprising:selecting one or more resource blocks comprised in the target BWP forone of a transmission and a reception between the wireless device andthe network node; determining a target BWP resource allocation typetarget BWP resource allocation type indicating whether information bitsof a resource allocation field comprise one of: a bitmap correspondingto one or more resource block groups; and an integer value correspondingto a starting position and a length of the allocation: the target BWPresource allocation type being determined based on a relationshipbetween the resources allocated for the target BWP and the resourcesallocated for the active BWP; and indicating to the wireless device theselected one or more resource blocks to be used in the target BWP in aresource allocation field of a downlink control channel information inthe active BWP, the allocation field comprising information bitsconfigured according to the target BWP resource allocation type. 42.(canceled)